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ABSTRACT 



A method is provided for admitting new requests for service 
in a shared resource having a capacity. The new request has 
service priority levels associated therewith. In one embodi- 
ment of the invention, for example, the shared resource may 
be a packet communications network and the service request 
may be a request to admit a new connection. The method 
proceeds as follows. First, for each service priority level on 
said shared resource, a total effective bandwidth is generated 
which is represented by a sum of individual effective band- 
widths of previously admitted requests for service. Subse- 
quent to receiving a new request for service having a 
specified priority of service level, a plurality of effective 
bandwidths are accessed for the new request. The plurality 
of effective bandwidths are respectively associated with the 
specified service priority level and service priority levels 
therebelow. The new request is admitted if, for the specified 
service priority level and for each service priority level 
therebelow, the sum of (i) said total effective bandwidth for 
a given service priority level and (ii) for said new request, 
the effective bandwidth at the given service priority is less 
than the capacity. 

29 Claims, 4 Drawing Sheets 
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TRAFFIC MANAGEMENT IN PACKET 
COMMUNICATION NETWORKS HAVING 
SERVICE PRIORITIES AND EMPLOYING 
EFFECTIVE BANDWIDTHS 

5 

BACKGROUND OF THE INVENTION 

Emerging high-speed communication networks, such as 
broadband ISDN networks that employ ATM technology, 
tend to be packet networks rather than circuit-switched 
networks because the packet structure allows for better 10 
resource sharing. In a packet network, sources do not require 
dedicated bandwidth (e.g., circuits) for the entire duration of 
a connection. Unfortunately, however, the enhanced flex- 
ibility of packet networks also makes it more difficult to 
effectively control the admission of connections seeking to 15 
enter an existing network and to plan the capacity of future 
networks when they arc designed. 

The problems of admission control and capacity planning 
in a packet network may be addressed by a concept known 2Q 
as the "effective bandwidth" or "equivalent bandwidth" of a 
connection. When employing this concept, an appropriate 
effective bandwidth is assigned to each connection and each 
connection is treated as if it required this effective bandwidth 
throughout the active period of the connection. The feasi- ^ 
bility of admitting a given set of connections may then be 
determined by ensuring that the sum of the effective band- 
widths is less than or equal to the total available bandwidth 
(i.e., the capacity). By using effective bandwidths in this 
manner, the problems of admission control and capacity 3Q 
planning are addressed in a fashion similar to that employed 
in circuit-switched networks. Additional details concerning 
effective bandwidths may be found in U.S. Pat. Nos. 5,289, 
462 and 5,521,971, for example. 

It is often desirable to provide different quality of service 35 
(QOS) guarantees to different classes of customers who use 
a communication network. Network nodes have been 
designed that partition the connections established on a link 
into different priority levels, whereby all of the packets 
queued from connections of a given priority are emitted w 
prior to any packets from connections of a lower priority. 
Accordingly, allocation of network resources based on dif- 
ferent priority levels is becoming a realistic possibility. 
Known admission control methods which use the effective 
bandwidth concept, however, assume that the network nodes 45 
operate on a First-In-First-Out (FIFO) basis. 

It is therefore desirable to employ effective bandwidths 
for admission control and capacity planning which can 
account for priorities of service at the network nodes. 

SUMMARY OF THE INVENTION 50 

In accordance with the present invention, a method is 
provided for admitting new requests for service in a shared 
resource having a capacity. The new request has service 
priority levels associated therewith. In one embodiment of 55 
the invention, for example, the shared resource may be a 
packet communications network and the service request may 
be a request to admit a new connection. The method 
proceeds as follows. First, for each service priority level on 
said shared resource, a total effective bandwidth is generated 60 
which is represented by a sum of individual effective band- 
widths of previously admitted requests for service. Subse- 
quent to receiving a new request for service having a 
specified priority of service level, a plurality of effective 
bandwidths are accessed for the new request. The plurality 65 
of effective bandwidths are respectively associated with the 
specified service priority level and service priority levels 
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therebelow. The new request is admitted if, for the specified 
service priority level and for each service priority level 
therebelow, the sum of (i) said total effective bandwidth for 
a given service priority level and (ii) for said new request, 
the effective bandwidth at the given service priority is less 
than the capacity. 

Various embodiments of the invention also encompass 
methods for releasing a request for service and a method for 
dimensioning the capacity of the shared resource. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows a simplified block diagram of a packet 
transmission system. 

FIG. 2 shows a block diagram of a network node config- 
ured to supply packets to an outgoing link based on priority 
levels that are assigned to each connection. 

FIG. 3 shows a flow chart of an exemplary method for 
calculating effective bandwidths in accordance with the 
present invention. 

FIG. 4 shows a flowchart of an exemplary method for 
admitting a connection in accordance with the present 
invention. 

FIG. 5 shows a flowchart of an exemplary method for 
releasing allocated bandwidth upon termination of a con- 
nection in accordance with the present invention. 

FIG. 6 shows a flowchart of an exemplary method for 
dimensioning a network in accordance with the present 
invention. 

DETAILED DESCRIPTION 

Referring more particularly to FIG. 1, there is shown a 
general block diagram of a packet transmission system 10 
comprising eight network nodes 11 numbered 1 through 8. 
Each of network nodes 11 is linked to others of the network 
nodes 11 by one or more communication links A through L. 
Each such communication link can support multiple 
connections, which in turn may be either semi-permanent 
connections or selectively enabled (dial-up) connections. 
Any or all of network nodes U may be attached to end 
nodes, network node 2 being shown as attached to end nodes 
1, 2 and 3, network node 7 being shown as attached to end 
nodes 4, 5 and 6, and network node 8 being shown as 
attached to end nodes 7, 8 and 9. Network nodes 11 each 
comprise a data processing system which provides data 
communications services to all connected nodes, network 
nodes and end nodes, as well as decision points within the 
node. The network nodes 11 each comprise one or more 
decision points within the node, at which incoming data 
packets are selectively routed on one or more of the outgoing 
communication links to another node. Such routing deci- 
sions are made in response to information in the header of 
the data packet. The network node also provides ancillary 
services such as the calculation of routes or paths between 
terminal nodes, providing access control to packets entering 
the network at that node, and providing directory services 
and maintenance of network topology data bases used to 
support route calculations. 

The steps involved in establishing a connection between 
two nodes in transmission system 10 include bandwidth 
allocation, path selection, admission control, and call setup. 
Bandwidth allocation and admission control are accom- 
plished by determining the "effective bandwidth" of the 
connection to be established. The effective bandwidth of a 
connection assesses the loading that the new connection will 
generate, based on the traffic characteristics of the source 
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and the desired quality of service. The transmission system 

assumes that the connection will require the effective band- * (2) 

width throughout its duration. X S < c for P 6aiiv * lcvd *• * = 1 ' 

U.S. Pat. No. 5,289,462 provides one method that may be 5 
used to calculate the effective bandwidth of a connection 

(see equation 2 of the patent). However, as previously noted, where t if k is the effective bandwidth of an (i j) connection 

this known technique does not take into account different (that is, a connection of source type j and priority level i) as 

priority levels that may be assigned to the connections. seen by priority k, and C is the capacity of the link. In other 

Rather, this reference simply employs FIFO service. io words, a given connection may be assigned several effective 

. . ii i j . - , , - n bandwidths — one effective bandwidth for the priority of 

FIG. 2 shows a block diagram of a network node 20 . j # Y 

„ . , itl .-i-t-hlj service level of the given connection and one effective 

configured to supply packets to an outgomg link 21 based on ^ ^ ^ ^ ^ ^ hc ^ 

the assigned prionty level of each connection. The node 20 ^ ^ective bandwidths for 

includes a buffer 23 for queuing the connections. Queue 1 in ... /r . . 

buffer 23 has the highest priority and packets are supplied 15 ^ lower pnonties may yield only modest efficiency gains 

from this queue onto link 21 in a FIFO order until the queue m whlch case t0 reduce complexity, for a given (i, j) 

is empty. When queue 1 is empty, packets are supplied from connection the values of the effective bandwidth e v may be 

queue 2 in a FIFO order as long as queue 1 remains empty. ^ same for different values of the priority k. The admjssible 

The process continues until the lowest priority queue (queue set associated with (2) is the set of numbers n, y of connec- 

1) is reached, which will occur when all higher priority tions satisfying all I inequalities in (2). At first glance, the I 

queues have been emptied. One of ordinary skill in the art inequality constraints in (2) might seem more restrictive 

will recognize that the queues 1, 2, . . . , I may be physically than the single inequality constraint in (1). However, if 

realized in a single buffer or in separate buffers. In current e/^c-. for all i, j, and k^i, where c/ is in (2) and e,,. is in 

packet switches typical implementations of service priorities (1). as should typically be the case in practice, then the new 

have two to four priority levels (I would equal 2 to 4), admissible set in (2) is at least as large as the admissible set 

though the invention pertains for an arbitrary number of in (1)- In fact > the inventors have shown that the admissible 

priority levels. set f° r (2) can be much larger than the admissible set for (1). 

_ ....... . The previously described admissible sets apply to the case 

To account tor service priorities, the invention assigns * • i / i- i\ tt ™ 

, F , ,, • r „ ,„ of a single resource (e.g., link). However, a connection may 

each connection (other than those m the lowest prionty) 30 ° v ° / . . 

, . , j« * . j . * I , A . • c require multiple resources. In such cases the connection 

multiple effective bandwidths: one for the pnonty-of- i-. . • „ • „ a :u n •*„ 

, c L / must satisfy the inequality constraints associated with all its 

service level of the given connection and one for each lower requ j rec i resources 

priority level. The individual effective bandwidths can be q " . , 

calculated in accordance with known procedures employing ^ effcctlve bandwidth for FIFO service such as dis- 

a FIFO discipline. For purposes of illustration, the present 35 cussed in thc previously mentioned patent does not depend 

invention will be described in what follows for the case of on whethcr mc performance criterion is specified in terms of 

a single resource. One of ordinary skill in the art will loss or dela y- ^ oss is typically modeled in terms of the 

recognize that the invention also encompasses situations probability that the queue length is greater than a specified 

involving two or more resources. threshold in an infinite-capacity buffer. When the concept of 

40 priorities is employed, however, the effective bandwidth 
Prior art applied to a node with service priorities would d oes depend on whether the performance criterion is based 
assign a single effective bandwidth to each connection. In 0 n loss or delay. For all but the highest priorities, the 
particular, let e if represent the effective bandwidth required work-in-system (which represents the queue length for con- 
by a connection having a priority i (lower indices have slant size packets) can be sign uicanUy smaller than the delay 
higher priority so that priority 1 has the highest priority) and 4J because the processing of work can be interrupted by 
characteristics of a source type j, and let n if be the number arrivals from a higher priority connection. The present 
of connections of priority i and source type j. The number of invention will be illustrated with a performance criterion 
priority levels is denoted by 1. The number of source types DaS ed on loss. However, one of ordinary skill in the art will 
having priority i is denoted by J f . If the capacity of a link is recognize that the present invention may be adapted to 
denoted by C, then the following inequality constraint would 5Q situations in which the performance criterion is based on 
be used by prior art: delay. 

The required effective bandwidths e^* can be determined 

y X ^ c cl} by a variety of methods. In accordance with one embodi- 

Lijj^^i & men t of the present invention, an approach based on large 

55 buffer asymptotics will now be described. For purposes of 
the following discussion, the performance criterion is mod- 

„ r . r r . , . eled on the workload in a hypothetical infinite-capacity 

The set of numbers n tI - of connections satisfying this , ,. . t . , . lU . , .... 

. , . . system being above a threshold b, with a probability no more 

inequality 1S referred to as the admissible set. ^ ^ ^ ^ rcprcsents thc ap ^ y of ^ buffcr for 

The present inventors have recognized that inequality 60 priority i in the node. That is, thc priority-i criterion based 

constraint (I) is unnecessarily conservative. A significant on loss may be represented by: 
improvement can be obtained by, first, having a separate 

inequality constraint for each priority level and, second, by Probability (priority-i workload>b,)<p,, ... I (3) 
assigning different effective bandwidths to thc same con- 
nection to be used in thc different inequality constraints. 65 Based on simplifying assumptions, thc effective band- 
That is, the single inequality constraint (1) should be width satisfying this loss criterion may be expressed as 
replaced by thc set of I inequality constraints: follows: 
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where n**. is called the effective priority-k criterion and is set 
equal to -logfc^/b^ and 

'J l-i no 

and A,y (t) is the input of work of an (i j) connection during 
the interval [0, t]. Equation (4) will be referred to as the 
empty-buffer effective bandwidth (EBEB) approximation. It 
should be emphasized that (3)-(5) provides only one way to 
obtain the required effective bandwidth. The present inven- 
tion contemplates the use of alternative methods as well. 

FIG. 3 shows an example of the inventive method for 
determining the effective bandwidth given different priori- 
tics of service. The results of this method, which yield a 
series of numerical values for e (7 *, may be calculated offline 
and stored for subsequent retrieval on an as-needed basis. As 
shown in the figure, the priority level index i is initialized to 
one (step 100), and the index k is set equal to i (step 110). 
The effective priority criterion r\ is set equal to the effective 
priority-k criterion , i.e., t\~r\* k (step 120), and the index j 
denoting the connection type is set equal to one (step 130). 
The particular effective bandwidth to be calculated is for 
connection (i j)as seen by priority k (step 140). The effective 
bandwidth e y * is calculated in accordance with known 
techniques employing FIFO service, such as shown by 
equation 2 in U.S. Pat. No. 5,289,462, for example (steps 
150 and 160). The process continues through steps 170-180 
by repeating steps 110-160 until values of the effective 
bandwidth e,y* have been calculated for all values of ij and 
k. 

FIG. 4 shows a flowchart of an exemplary method for 
admittance of connections on a link from a network node. 
The method employs the effective bandwidths that have 
been calculated by the method of FIG. 3. A value E k is 
defined, which equals the sum of the effective bandwidths of 
connections that are currently admitted to the network with 
a priority k. The value of E k is initially set to zero, (step 500). 
Upon receiving a request to admit a connection of priority i, 
type j, (step 510), the previously determined values of the 
effective bandwidths e^*, k-i, ... I, for this connection is 
retrieved from a database (step 520). The connection will be 
admitted to the network if the following (I-i+1) inequalities 
are satisfied: E A +ey*<C for all k-i, . . . , I (step 530). If the 
inequalities are not satisfied, the connection request is 
denied (step 540). If the inequalities are satisfied, the con- 
nection request is granted (step 550) and the value of E k is 
updated for k-i, . . . , I to the reflect the newly admitted 
connection (step 560). The process then exits until a new 
connection request is received (step 570). 

FIG. 5 shows a flowchart of an exemplary method for 
releasing allocated bandwidth on a link upon termination of 
a connection. Upon receiving notification that connection ij 
has terminated (step 600), the value of E k is updated, for 
priority classes k=i, ... I, by subtracting for each k-i, 
I, the value of the effective bandwidth, c (j k , for the released 
connection from the current value of E* (step 610). The 
process exits and resumes when a subsequent connection is 
terminated. 

The methods described in FIGS. 3-5 assume that the 
effective bandwidths have been calculated offline and 
remain fixed. Alternatively, however, the effective baod- 
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widths may be adjusted based on system measurements 
while the call is in progress. Such effective bandwidth 
measurements can be accomplished in a variety of ways. For 
example, the value of i|i A (8) in (5) may be estimated by the 
5 observed value: 

^(e)-rW> (6) 

for suitably large t. To apply (4), this estimation would need 
for performed for 0 a r\* k for ail k with i=k^I. 
FIG. 6 shows a flowchart of an exemplary method for 

10 dimensioning a link in a network given an admissible set of 
□umbers n,-, of connections. The process begins by selecting 
an initial value for the capacity (step 700), which is subse- 
quently iterated until a final value is reached. More 
specifically, the admissible set a(C) is the set of values n„ 

15 such that the set of inequalities are satisfied for the selected 
capacity (step 710). Given a(C) and the vector of offered 
loads p (i.e., the (ij)' A offered load, p iy , is the product of the 
arrival rate of requests for connections (ij) and the mean 
holding-time of these connections), the fraction of connec- 

20 tions (i, j) that would be blocked given this capacity is 
determined in accordance with known methods such as 
disclosed in G. Choudhury ct al., Advances in Applied 
Probability, Vol. 27, 1995, pp. 1104-1143, for example (step 
720). This fraction of blocked connections is measured 

25 against a predetermined blocking criterion that is provided 
as an input parameter (step 730). Atypical blocking criterion 
that may be employed is that less than 1% of the connections 
(ij) are blocked for each value i and j. If the blocking 
criterion is not satisfied, the value of the capacity C is 

30 increased (step 740) and the process begins again by defin- 
ing an admissible set that satisfies inequality (2) for the 
newly selected capacity. Alternatively, if the blocking crite- 
rion is satisfied, the method determines whether the capacity 
is within a desired tolerance range (step 750). If the capacity 

35 is within the desired tolerance, the method is complete. If the 
capacity is not within the desired tolerance, the capacity is 
decreased and the method repeats for the new value of the 
capacity. 

The present inventors have recognized that set of I 

40 constraints in (2) for a single link based on I priority levels 
is equivalent to the set of I constraints associated with a 
network of I links using the FIFO service discipline. Thus, 
previous methods for dimensioning FIFO networks, such as 
shown in the Choudhury reference mentioned above, can be 

45 applied to priority networks. With priority networks, there 
are I constraints for each resource (e.g., link) in the network. 

As previously mentioned, the effective bandwidths may 
be determined in accordance with a variety of methods such 
as the EBEB approximation of equation (4). However, other 

so methods may be more applicable in certain circumstances. 
For example, if the network employs Asynchronous Transfer 
Mode (ATM) technology that uses the Statistical Bit Rate 
(SBR) transfer capability, the effective bandwidths may be 
determined in terms of conventional traffic descriptors such 

55 as the Peak Cell Rate (PCR) and the Sustainable Cell Rate 
(SCR) (see ITU Recommendation 1 371 'B-ISDN Traffic 
Control and Congestion Control', Geneva, May, 1996). In 
this case, a connection (ij) can be assigned an effective 
bandwidth e (/ * for priority level k, k^i, that is some function 

60 of the PCR's and SCR's of all existing connections and the 
candidate new connection with priority k^i. For example, 
c v ' might be set equal to its PCR (denoted PCR f/ ) for the 
connection's priority level i, while for k>i, e f> * might be set 
equal to oty* (SCR y ) for the lower priorities k=i+l, . . . , 1, 

65 where a^* is a selected positive number. 

One of ordinary skill in the art will recognize that the 
applicability of present invention is not limited to packet 
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communications networks. Rather, the invention is equally accessing a plurality of effective bandwidths for said 

applicable to other resource sharing systems in which a connection to be terminated, said plurality of effective 

priority status is assigned to something other than a data bandwidths respectively representing said specified 

packet. level of service priority and service priority levels 

What is claimed is: 5 therebclow; 

1. A method for admitting a new connection having a f or sa jd specified level of service priority and for each 
given service priority level in a packet communications service priority level therebelow, generating an updated 
network that includes a plurality of constrained resources to^i effective bandwidth by subtracting, for said con- 
including switching nodes and transmission links, each nection to be terminated, the effective bandwidth for 
having a capacity, said method comprising the steps of: io the given service priority level; and 

generating, for each constrained resource that may be releasing said connection to be terminated 

selected to effect said new connection, and for each wherein said plurality of effective bandwidths of said new 

service priority level, a total effective bandwidth rep- connection is based on a loss criterion, 

resented by a sum of individual effective bandwidths of 10 ^ metnod 0 f c i a i m 9 wherein said plurality of 

previously admitted connections; ^ effectiye bandwidths of said new connection is based on a 

determining a plurality of effective bandwidths for said delay criterion. 

new connection, said plurality of effective bandwidths n. The method of claim 9 wherein said plurality of 

respectively being associated with said given service effective bandwidths of said new connection is determined 

priority level and lower service priority levels, and i n accordance with an empty-buffer effective bandwidth 

being based on a loss criterion; 20 approximation. 

admitting said new connection if constrained resources 12. The method of claim 9 wherein said accessing step 

can be selected from among those of said constrained includes the step of retrieving from a database previously 

resources for which said step of generating developed calculated values of said plurality of effective bandwidths of 

said total effective bandwidth, such that for each of the ^ said new connection. 

selected resources, for said given priority level of said 13. The method of claim 9 wherein admitted connections 

new connection and for all lower priority levels, the and said released connection are classified into source-types 

sum of said total effective bandwidth and said deter- such that connections of a given source-type and a given 

mined effective bandwidth is less than said capacity. service priority level have the same values for said plurality 

2. The method of claim 1 wherein said plurality of 3Q of effective bandwidths. 

effective bandwidths of said new connection is based on a 14. The method of claim 9 wherein at least one of said 

network end-to-end delay criterion. transmission links is defined in terms of the portion of 

3. The method of claim 1 wherein said plurality of bandwidth on a transmission path that is dedicated to said 
effective bandwidths of said new connection is determined connections. 

in accordance with an empty-buffer effective bandwidth 35 15. A method for dimensioning a link in a packet com- 

(EBEB) approximation. munications network given: (i) an initial value for capacity 

4. The method of claim 1 wherein said determining step of the link, (ii) a classification of possible connections into 
includes the step of a given specified level of service priority and source type, 

retrieving from a database previously calculated values of C"i) a plurality of effective bandwidths for each said clas- 

said plurality of effective bandwidths of said new ^ sified connection, said plurality of effective bandwidths 

connection. respectively being associated with said connection's service 

5. The method of claim 1 wherein said determining step priority level and service priority levels therebelow (iv) an 
includes the step of obtaining measured values for said offered load vector for said classification of connections, and 
plurality of effective bandwidths of said new connection. (v) a blocking criterion, said method comprising the steps of: 

6. The method of claim 1 wherein a plurality of said 45 a. for the capacity of said link and the said plurality of 
effective bandwidths of at least one type of a new connection effective bandwidths for each said classified 
have the same value. connection, determining an admissible set of said con- 

7. The method of claim 1 wherein admitted connections nections; 

and said new connection are classified into source-types b. determining the fraction of connections that are 

such that connections of a given source-type and a given 50 blocked for each service priority level and each source 

service priority level have the same respective values for type, given said admissible set and said offered load 

said plurality of effective bandwidths. vector; 

8. The method of claim 1 wherein at least one of said c re p eal i ng steps (a)-(b) wherein said link capacity is 
transmission links is defined in terms of the portion of increased if said fraction of blocked connections 
bandwidth on a transmission path that is dedicated to said 55 exceeds said blocking criterion and said link capacity is 
connections. decreased if said blocking criterion is satisfied until an 

9. A method for updating bandwidths upon releasing a incremental decrease in said capacity would cause said 
connection in a packet communications network that blocking criterion to be violated. 

includes a plurality of switching nodes interconnected by 16 t^ method of claim 15 wherein said fraction of 

transmission links having a capacity, said method compris- ^ connections determined in step (b) is determined in accor- 

ing the steps of: dance with an algorithm employed in a FIFO network, 

receiving a request to terminate a connection having a 17. The method of claim 10 wherein said link is defined 

specified level of service priority; in terms of the portion of bandwidth on a transmission path 

for said specified level of service priority and for each to be dedicated to the said connections, 

service priority level therebelow, accessing a total 65 18. A method for admitting new requests for service in a 

effective bandwidth represented by a sum of effective shared resource having a capacity, said new requests having 

bandwidths of previously admitted connections, service priority levels, said method comprising the steps of: 
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generating, for each service priority level on said shared 
resource, a total effective bandwidth represented by a 
sum of individual effective bandwidths of previously 
admitted requests for service; 

subsequent to receiving a new request for service having 
a specified priority of service level, accessing a plural- 
ity of effective bandwidths for said new request, said 
plurality of effective bandwidths respectively being 
associated with said specified service priority level and 
service priority levels therebelow; and 

admitting said new request if, for said specified service 
priority level and for each said service priority level 
therebelow, the sum of (i) said total effective bandwidth 
for a given service priority level and (ii) for said new 
request, the said effective bandwidth at said given 
service priority is less than said capacity 

wherein said plurality of effective bandwidths of said new 
request for service is based on a loss criterion. 

19. The method of claim 18 wherein said plurality of 
effective bandwidths of said new request for service is based 
on a delay criterion. 

20. The method of claim 18 wherein said plurality of 
effective bandwidths of said new request for service is 
determined in accordance with an empty-buffer effective 
bandwidth (EBEB) approximation. 

21. The method of claim 18 wherein said accessing step 
includes the step of retrieving from a database previously 
calculated values of said plurality of effective bandwidths of 
said new request for service, 

22. The method of claim 18 wherein said accessing step 
includes the step of obtaining measured values for said 
plurality of effective bandwidths of said new request for 
service. 

23. The method of claim 18 wherein said shared resource 
is a packet communications network. 

24. A method for updating occupancy of a shared resource 
upon releasing a service having a specified level of service 
priority, in the shared resource having a capacity, said 
method comprising the steps of: 

receiving a request to terminate said service; 

for said specified level of service priority and for each 
service priority level therebelow, accessing a total 
effective bandwidth represented by a sum of effective 
bandwidths of previously admitted services, and 

accessing a plurality of effective bandwidths for said 
service to be terminated, said plurality of effective 
bandwidths respectively representing said specified 
level of service priority and service priority levels 
therebelow; 



25 



35 



40 



45 



generating an updated total effective bandwidth by sub- 
tracting from said sum said plurality of effective band- 
widths accessed in said step of accessing; and 

releasing said service to be terminated 

wherein said plurality of effective bandwidths of said 
service is based on a loss criterion. 

25. The method of claim 24 wherein said plurality of 
effective bandwidths of said service is based on a delay 
criterion. 

26. The method of claim 24 wherein said plurality of 
effective bandwidths of said service is determined in accor- 
dance with an empty-buffer effective bandwidth approxima- 
tion. 

27. The method of claim 24 wherein said accessing step 
includes the step of retrieving from a database previously 
calculated values of said plurality of effective bandwidths of 
said service. 

28. A method for dimensioning a shared resource given: 
(i) an initial value for capacity of the shared source, (ii) a 
classification of service requests into a given specified level 
of service priority and source type, (iii) a plurality of 
effective bandwidths for each of said service requests, where 
said plurality of effective bandwidths for a service request 
respectively being associated with a service priority level of 
said service request and service priority levels lower than the 
service priority level of said service request (iv) an offered 
load vector for said classification of service requests, and (v) 
a blocking criterion, said method comprising the steps of: 

a. for said capacity and said plurality of effective band- 
widths for each of said classified service requests, 
determining an admissible set of said connections; 

b. determining a fraction of service requests that are 
blocked for each service priority level and each source 
type, given said admissible set and said offered load 
vector; 

c. repeating steps (a)-(b) wherein said capacity is 
increased if said fraction of blocked requests exceeds 
said blocking criterion and said capacity is decreased if 
said blocking criterion is satisfied until an incremental 
decrease in said capacity would cause said blocking 
criterion to be violated. 

29. The method of claim 28 wherein said fraction of 
service requests determined in step (b) is determined in 
accordance with an algorithm employed in a FIFO network. 
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[57] ABSTRACT 

A method and apparatus for use in a network utilizing 
Internet Protocol (IP), Resource Reservation Protocol 
(RSVP), and Asynchronous Transfer Mode (ATM) protocol 
is provided. An intelligent policy mapping database (PMD) 
accessible at the network level by both the RSVP and ATM 
protocol stacks maps RSVP parameters to ATM parameters 
with input from factors outside of the RSVP or ATM 
protocol stacks, e.g., general customer data. With the basis 
of customer data or other information outside of the RSVP 
and ATM protocol stacks, a network reservation message to 
the PMD contains RSVP flow specifications which are 
mapped to correlated ATM Quality of Service (QoS) param- 
eters. 

20 Claims, 4 Drawing Sheets 
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■ ENABLE CUT-THROUGH WITH QoS MAPPING (YES/NO) 

• ENABLE CUT-THROUGH WITHOUT QoS MAPPING (YES/NO) 

■ HOP- BY-HOP QoS MAPPING (NO CUT-THROUGH) (YES/ NO) 
■NHRP LOOKUP (YES/NO) 

■IF YES 

•3RD PARTY SETUP (YES/NO) 
■RESTRICT CUT-THROUGH (YES/NO) 
•IF YES 

•CUT-THROUGH ONLY FOR DESTINATION IN 
•DOMAIN 1, DOMAIN 2, ...DOMAIN M 
•IPNET 1, IPNET 2, ...IPNET N 
•DATE/TOD (TIME OF DAY OVERRIDE) 
•NO CUT-THROUGH 
•FROM T1-T2 
•FROM TN-TN-1 
•MULTICAST CUT-THROUGH ALLOWED? (YES/NO) 
•BACKUP OPTION (YES/NO) 

•USE ALTERNATE ATM PATH WHEN PRIMARY ATM PATH FAILS? (YES/NO) 
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MANAGEMENT OF ATM VIRTUAL protocols discussed above are implemented in these packets 

CIRCUITS WITH RESOURCES by defining meaning to bits in the packets, defining different 

RESERVATION PROTOCOL types of packets and defining the sequencing of the different 

types of packets. 

TECHNICAL FIELD 5 Once data or information has been segmented into 

This invention relates to data communications and com- P ackets . the P ackets are sent int0 ^ network where ^ 

puter networking. mav ta ^ ce tbe same P atn or ^P 4 ^ paths. The packets are 

ultimately recombined at the end device. In ATM, a com- 

BACKGROUND OF THE INVENTION munications path between two devices is established 

, , 10 through a virtual circuit. The circuit is called a virtual circuit 

The field of data communications is primarily concerned ^ be and lhen removed) and 

with how devices talk to each other. As in the case of human ^ be ghared b mu|U ]e vjrtual 

beings for devices to speak to each other they need to use ^ ^ m ^ ^ network 

and understand the same language^ These languages are ^ established viftual circuits ^ h an auto . 

called communications protocols. The protocols are agreed „ ^ ^ procedure( the paths are called switched 

upon standards that are normally based on layered models v j rma i circuits (SVC's) 

which enable different vendor equipment to communicate . 

(inter-network). A complete exposition of layered model ln " 1P P acket network a packet is sent from a trans- 

protocols is given in Andrew S. Tannenbaum, Computer mitUn § device onto the local network and then transmitted 

Networks, 2nd Edition, Prentice Hall, 1989. 20 \° a d t evice call * d a routcr ^ ™ nt f r fo™ds the packet 

One of the new erne in rotocols is the As nchronous int0 network. Current models for IP over ATM have 

T a& c ° w e , ne / V ![^. m ^ I ^ in ? ° A ™ , K t • ^ DC _ * a described a method of communicating directly between two 

Transfer Mode (ATM) protocol. ATM can be incorporated , , . , ... i ° . . \ 

, , K \ ¥ . . . . i .u end devices (possib y on different subnetworks) once a path 

into one of the most prevalent computer protocols, the ! . ... , , \ r . 

rn .. . , n . in. fn, , /TPDrtnx between the two devices has been established. An emerging 

Transmission Control Protocol/Internet Protocol (TCP/IP). . . . , VT „ D . . _ i /mudd\ 

C1 ,, 1 .. . „ rt ,„„i j-,„„ m „ f „„ rn a™ protocol called the Next Hop Resolution Protocol (NHRP) 

FIG. 1 displays a conceptual diagram of an IP over AIM 25 j *TTmn /vmo) \ l i j . rn 

« . i i a u ■ 11 ia f at** . i and NHRP servers (NHS's) may be employed to map IP 

Host Protocol Stack. Aphysical layer 10 of an ATM network v . ' , ra l. ♦ ti • 

c . i » I.- u . i addresses from endpomts on different IP networks to their 

consist* of a regenerator level 15 which regenerates weak- A _/ , , n . .. ArrKA 

. . . j- - t i i i u- u a- ui corresponding ATM addresses. Once me destination ATM 

ened signals, a digital section level 20 which disassembles , . • • . . lL L . j 

, * . . . . j t •■ address is acquired, a direct AIM path between source and 

and assembles a continuous byte stream, and a transmission ... , n,. lL j j 

. . L , j j- i j <■ destination may be set up. When the source and destination 

path level 25 that assembles and disassembles the payload of 3 0 , ; ,. a . . . , . atisc-it^ 

f, , , L • 1ft • .r™, aremembcrsof different subnetworks, such as an AIM SVC 

the system. Sitting above the physical layer 10 is the ATM . , - x . , , , „,,„ T , . ... 

i in t-u at** i ■ a t i .u 1 1 is referred to as a cut-through or short cut SVC. Using this 

layer 30. The ATM layer is composed of a virtual path level ° . , ? , 

»i . . . . 7 , , w a t-u i .ui i approach, all of the packets take the same path (virtual 

35 and a virtual channel level 40. The virtual path level 35 . . A , tU v . . , - „ * v . 

, CLJ1 c ■ . , , iA. t u .u circuit), between the two end devices. However, in an 

is composed of a bundle of virtual channels that have the '* , . . . * 

r , . t t, ii i^n- a alternative model, the communications connection between 

same endpomt. The virtual channel level 40 is concerned 35 ^ . . - . „ . . t A t 

... . lL „ co . /rt „v 0 . j two end devices, may be established so that all packets are 

with issues like the Quality of Service (QoS), the Switched , t , ' ' t „„ ^ 4 , 

, . . • . 1 u 1 *■ 11 processed through a router. When packets are processed 

and semi-permanent virtual-channel connections, cell f. , t B . , . . 1, . 1 .u .u 

.... . /¥- t t-i a through a router the packets may not all take the same path, 

sequence integrity, and traffic parameter negotiation and „ . , . T L .-j. u 

^ ... ^. o ^ „ „ x-m* . Processing packets through a router is advantageous when 

usage monitoring. The QoS parameter allows ATM to pro- . .7* f. . ■ _c a ■■ i- .■ 

-j , , .1 iU . 4 . c the applications being performed are small applications 

vide network resources based on the dmerent types of 40 , ,f . . ,, . . , . JlL x ri 

. .. , . , 0 , r (small in time, small in bandwidth). However, processing 

applications being used. For example, an application may ^ , . . ,. .. ' , . . 

j . u ^1- . c - c .u c .u r becomes difficult when the applications have larger require- 

send out short bursts of information — therefore the apphca- . ■ , 1 l a -a*l. 

, . / . . . ments (larger time requirements, larger bandwidth 

lion does not require a long connection (e.g., logging on to v _ . . . . , 

. \ r» *u .u u a * r requirements). Therefore when the applications have larger 

a remote computer). On the other hand some applications 4 . ' . n j . . u a 

, ' e ■ r a 4 1 requirements, it is generally advantageous to use a switched 

require a large amount of information and not necessarily 45 . . ■ *• a a 

reliable data Transfer (e.g. video conferencing). Utilizing the virlual circuit between two «>^niunicating end devices. 

QoS parameter, in an ATM network a file transfer can be w hen ATM is used in the TCP/IP environment one of the 

handled differently from a video conference. The AAL5 ke ? ^es is SVC connection management. At one end of 

layer 50 is the segmentation and reassembly sublayer and is ll > e spectrum a SVC could be established between all 

responsible for packaging information into cells for trans- 50 communicatuig entities. At the other end of the spectrum all 

mission and unpacking the information at the other end. The communicating entities could be forced to go through a 

LLC/SNAP layer 60 provides a mechanism for encapsulat- router GiveQ the diversity of applications each of these 

ing other protocols (e.g., IP, Novell IPX) over ATM AAL5. solutions would be lacking. Therefore, it would be advan- 

The IP layer (70) is the network layer of the IP protocol ta 6 eous t0 aIlow SVC management to be controlled by the 

suite, and provides a common packet format and addressing 55 K=q™ cments ° f the application, specifically the QoS 

scheme capable of transporting data over multiple subnet- requirement of the application. 

work technologies (e.g., Ethernet, ATM). The TCP layer (80) In current TCP/IP applications the decision of whether to 

and UDP (User Datagram Protocol) layer (80) provide use an SVC or a router is based on the transmitting and 

different types of transport services over IP. Applications destination IP address. Transport protocols such as TCP and 

(90) residing within an end-system may access TCP and UDP use port numbers to identify an application associated 

UDP services via an applications API (Application Program- with an IP address. Some port numbers (1-255) are well 

ming Interface). known and represent services such as host functions, file 

Communication between devices in a network is per- transfer, and network news. Other port numbers 

formed digitally. The information to be communicated is (1024-65535) are not well known and therefore may be used 

usually represented as O's or l's. The information or data to 65 to identify QoS requirements in a communications session, 

be communicated (O's and l J s) is usually grouped and An alternative mechanism for communicating the QoS 

separated into units called packets. The layered modeled requirements of an application is through a currently evolv- 
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ing Resource reSerVation Protocol (RSVP). RSVP enables 
the reservation of resources and QoS negotiations in an IP 
network. RSVP operates within the context of the IP pro- 
tocol and therefore does not take into account the particular 
subnetwork technology (e.g., ATM) that IP may be operating 
over. Hence the resource reservation and QoS negotiations 
occur between communicating end-systems and network 
routers. In the RSVP protocol methodology a source would 
send a path message to a destination address to identify a 
communications route. The destination would request the 
reservation of resources for a "flow" along the route. Lastly, 
if the destinations reservation request is accepted, the flow 
receives the requested network resources and QoS from the 
path. 

The RSVP methodology is supported by several compo- 
nent parts of the RSVP protocol. The first component part is 
a flow specification which describes the characteristics of 
the packet stream sent by the source (e.g., short packets of 
intermittent frequency for terminal communications, longer 
packets that are generated at more regular intervals for video 
teleconferencing). The flow specification specifies the 
desired QoS and is used to set the packet scheduler param- 
eters. Next, a routing protocol provides communication 
paths. Asetup protocol enables the creation and maintenance 
of the resources reserved. An admission control algorithm 
maintains the network load at a proper level by rejecting 
resource requests that would cause the level to be exceeded. 
Lastly, a packet scheduler is placed in the routers in the path 
between the source and destination to assure the right QoS. 

FIG. 2 displays a flow model of the RSVP model as it is 
currently implemented over an IP network. In the current 
implementation of RSVP, packets arc classified based on 
their "session" and "filterspec" parameters (based on among 
other things, source and destination addresses), and service 
by the IP protocol is based on the flow specification (referred 
to as a "flow" for short). The flow model of FIG. 2 shows 
packet processing within a router. A classifier 110 separates 
communicating packets based on their "session" and "fil- 
terspec" parameters as shown by 120. The packets are then 
channeled into a packet scheduler 130 for processing by an 
output driver 140, which outputs the data at 150, the 
interface leading to the "next-hop" router in the path to the 
destination (or the destination itself in the case when the 
next-hop is the destination). 

SUMMARY OF THE INVENTION 

The present invention defines a method and architecture 
for implementing RSVP over IP/ATM. In the proposed 
architecture the resources necessary for a communications 
pathway between two devices are defined by applications 
resource requirements. The applications requirements are 
mapped into RSVP parameters via an RSVP and IP capable 
Application Programming Interface (API), resident in the 
host computer. When ATM is used in a network, a straight- 
forward approach is to translate RSVP flow specification 
parameters to corresponding ATM QoS parameters (Note 
that the mapping of RSVPparameters to ATM parameters do 
not correspond exactly). Thus if X represents the set of 
RSVPparameters, and Y is the set of ATM QoS parameters, 
then Y-F(X), where F is a function that maps X onto Y. 

The present invention augments the mapping of RSVP to 
ATM by utilizing a database (D) as an interface between the 
RSVP parameters and the ATM parameters. The database 
(D) contains user end point (also referred to as a customer) 
data, used to characterize the network requirements of the 
customers. Therefore the mapping of RSVP parameters to 
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ATM QoS parameters now takes the form Y=F(X, D), where 
X, Y and F have the same meaning as above, and D is a 
policy mapping database (PMD). This database is consulted 
whenever a mapping from X to Y is to be performed. The use 

5 of the database permits decisions and choices to be made 
that are not possible when a straight- forward mapping from 
X to Y is employed. For example, the policy mapping 
database (PMD) gives a user the ability to enable a "short- 
cut" SVC with QoS mapping or without QoS mapping, 

10 disable a "short-cut" SVC establishment and support hop- 
by-hop QoS mapping. The database enables the user to 
define whether the Next Hop Resolution Protocol(NHRP) is 
invoked or not; whether a SVC backup should be 
established, a Time-of-day override should be implemented, 

15 or an alternate ATM path should be used when the primary 
ATM path fails. 

In addition, the mapping from X to Y can depend on 
customers subscription to different levels of security, prior- 
ity and performance, time of day information, and informa- 

20 tion about the network state. In summary RSVP flow speci- 
fications are mapped to ATM switched virtual circuits with 
specified QoS utilizing a policy mapping database (PMD). 
As a result of mapping the flow specifications of RSVP to 
the QoS requirements of ATM, the proposed method and 

25 architecture enables the implementation of RSVP over IP 
over ATM. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 The objects, advantages and novel features of the inven- 
tion will be more fully apparent from the following detailed 
description when read in connection with the accompanying 
drawings wherein: 
FIG. 1 displays the TCP/IP protocol stack over the Asyn- 
35 chronous Transfer Mode protocol stack. 

FIG. 2 displays RSVP operation over a non-QoS capable 
sub-network. 

FIG. 3 displays a flow model of the RSVP protocol over 
IP over ATM with a Policy Mapping Database (PMD) used 
40 to manage the protocol translation. 

FIG. 4A describes a detailed communication between a 
source, a destination, the PMD, and an Address resolution/ 
Next Hop server (NHS), utilizing the methodology of the 
„, present invention, where the source queries the NHS. 

45 

FIG. 4B describes a detailed communication between a 
source, a destination, the PMD, and an Address resolution/ 
Next Hop server (NHS), utilizing the methodology of the 
present invention, where the PMD queries the NHS. 

50 FIG. 4C describes a detailed communication between a 
source, a destination, the PMD, and an Address resolution/ 
Next Hop server (NHS), utilizing the methodology of the 
present invention, where the PMD queries the NHS and sets 
up the connection between the source and destination using 

55 third party call setup mechanisms. 

FIG. 4D shows a scenario where the destination station 
queries the PMD and sets up an SVC. 

FIG. 4E details a scenario where the destination queries 
the PMD and No Cut-Through SVC results. 

60 FIG. 5 details the contents of the PMD. 

DETAILED DESCRIPTION OF THE 
INVENTION 

65 The present invention is directed to a method and archi- 
tecture for allocating network resources (e.g., bandwidth, 
priority) based on the type of application that is being used 
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at the communicating eadpoints. The Asynchronous Trans- 
fer Mode (ATM) Architecture and the RSVP protocol in 
combination have the necessary components to enable the 
allocation of network resources based on the application. In 
the ATM protocol traffic descriptors and the Quality of 
Service (QoS) feature can be used to establish different 
network requirements based on the application. For 
example, since a telnet session uses smaller infrequent 
packets which could be transferred through a router, a set of 
traffic descriptors and Quality of Service parameters that 
defines this kind of connection could be established. 
However, if a video conference is established, large, delay 
sensitive packets would be frequently generated. Therefore, 
a dedicated switched virtual circuit with low delay sensitive 
characteristics would be more efficient to carry on a video 
conferencing session. 

The RSVP protocol is implemented with components that 
complete the requirements necessary to create bandwidth 
allocations based on QoS. The RSVP protocol includes 
classifiers, which classify the packets, and flow specifica- 
tions which define and detail relevant characteristics of the 
packets. Lastly, the RSVP parameters and flow specifica- 
tions are mapped to ATM switched virtual circuits with 
corresponding trafSc descriptors and QoS parameters using 



10 



15 



20 



address, which is knowQ to S. The query (9) contains all the 
information from the original received reservation mes- 
sages. Query (9) is processed by the PMD 210 and a 
response (10) containing the required ATM traffic descrip- 
tors and QoS parameters, and information pertaining to the 
various PMD specified options is returned to S. The details 
of the query and response messages from S to the PMD are 
specified below. Once S has the results of the response (10), 
and assuming the service options, network state, etc., permit 
cut-through, S sends an NHRP query (11) to its default NHS 
140 and receives a response (12) containing D's ATM 
address. S then sets-up an ATM SVC (13) directly to D using 
the ATM QoS information from response (10). 

The methodology and architecture disclosed in FIG. 4A 
can be modified to improve performance and conduct pro- 
cessing on behalf of end-system clients. In the architecture 
of FIG. 4B, operation is identical to that of FIG. 4Aup to and 
including query message (9). After receiving query (9), the 
PMD initiates an NHRP request (10) to the NHS on behalf 
of the source. The NHRP request (10) is signaled by an 
NHRP lookup option in the PMD query message (9), which 
also contains the IP address of D. When the PMD receives 
NHRP reply (11) for the NHS, it responds with (12) to the 
source. The response now additionally contains the ATM 



a policy mapping database(PMD). The policy mapping 25 address corresponding to the IP address of D. The source S 



database correlates the RSVP flow specifications to the ATM 
QoS parameters of switched virtual circuits. 

FIG. 3 displays a flow model of the present invention. The 
flow model of RSVP over ATM correlates the flow specifi- 
cations and QoS Switched virtual circuits, to establish ATM 
SVC's. In FIG. 3 a classifier 210 classifies packets based on 
their session and filterspec parameters. Each classification of 
packets has an associated flow specification 220. The flow 
specifications 220 are fed into a policy mapping database 
230. The policy mapping database (PMD) 230 maps the 
packets based on the flow specification 220. The PMD 
defined by 230 enables the mapping between the RSVP flow 
specification parameters 220 and the ATM QoS parameters 
240. The mapping of flow specifications 220 to ATM SVC's, 
240 is based on the resources required by the application 
(e.g., best effort traffic may be mapped to a router, and video 
conferencing would be mapped to separate SVC with appro- 
priate traffic descriptors and QoS parameters). A user inter- 
face to the policy mapping database (PMD) can be estab- 
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is now able to setup a call (13) directly to destination D, 
without having to go through the step of consulting an 
NHRP server, because the NHRP server was accessed by the 
PMD 210, or may be located in the PMD 210. 

A further efficiency is possible when an NHRP lookup 
option is enabled. As shown in FIG. 4C, a 3rd party ATM 
call setup is initiated by the PMD 210 via proxy signaling 
(i.e., when a party other than the communicating endpoinls 
signals the endpoints for communication established), 
denoted by (12). Proxy signaling is signaled by the source S 
to the PMD 210 by a 3rd party/proxy signaling call setup 
option in the PMD query message (9) (it is assumed that the 
PMD has been provisioned to carry-out proxy signaling on 
behalf of both S and D; this requires that a "signaling" 
Virtual Circuit be set-up between the PMD 210 and the 
communicating endpoints). In FIG. 4C, operation is identi- 
cal to that of FIG. 4B, up to and including reply (11). 
Afterward the PMD 210 initiates a 3rd party ATM call setup 
request (12) via proxy signaling to the ATM network on 



lished to allow users to manage the mapping for their own 45 behalf of both S and D. A connection (13) is then setup 



traffic. 

FIG. 4 A gives an end-to-end flow diagram of the sequence 
of steps for the unicasl (transmission of a packet from one 
end point to another endpoint) case. In the disclosed meth- 
odology the customers initially enters the various service 
options in the policy mapping database (0), together with the 
fist of IP end-points to which the options apply (Note that a 
single customer may have multiple entries in the database, 
i.e., one subnet of the customer end-points may have dif- 



between S and D. When the connection setup is complete, a 
proxy signaling confirmation message (14) is received from 
the ATM Network 300. The PMD 210 then issues proxy 
signaling confirmation messages (IS) to (D) and (16) to (S). 
50 The confirmation messages (15), (16) may include Virtual 
Path/Virtual Channel Identifier (VPI/VCI), addressing 
information, QoS, and other information received in mes- 
sage (14). The confirmation (15) to the source S may be 
piggy-backed in the PMD response (17), so that a separate 



ferent options than another subnet). When source (S) wishes 55 message need not be sent. The source S is now able to send 
to communicate with destination (D), the source (S) sends a ' ' ' '* " 

path message (1) directed towards (D) via its next-hop router 
110. The path message (1) is then forwarded hop-by-hop 
towards D via steps (2), (3), and (4). After D receives the 
path message it returns a reservation request back to S 
hop-by-hop in the reverse direction using the route taken by 
the path message in steps (5), (6), (7) and (8). The route 
information necessary for these steps is maintained in rout- 
ers 110, 120, and 130 as PATH state information. When S, 
receives the reservation, it sends a query (9) to the PMD 
denoted by 210. The PMD does not have to be physically 
co-located with S. The PMD is reachable via its ATM 



to destination D using the VPI/VCI information received in 
message (14) without either having to do an IP to ATM 
address translation, or an ATM call setup request. 

A further modification to the methodology disclosed 
above results in a significant improvement to the overall 
performance of the system. The improvement results from 
not reserving resources in the intermediate routers (110, 120, 
130) between the source S and the destination D in case a 
cut-through is permitted and an SVC is established between 
S and D. To explain this point, observe that in the above 
scenarios the RSVP Reservation Request message that was 
returned back from D to S results in the reserving of 
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resources at each router (110, 120, 130) along the path from 
D to S. In case the end result is to permit cut-through and 
establish an ATM SVC between S and D, two issues result. 
First a mechanism should be used to free any reserved 
resources along the path denned through routers 120, 130, 
and 140. This can be simply achieved either through a 
time-out mechanism or by letting S send an RSVP Reser- 
vation Teardown message. The second more significant 
issue is that new reservations that actually require resources 
in these intermediate routers (e.g., because cut-through is 
not permitted for these reservations) may be blocked 
because of lack of resources in routers 110, 120, and 130, or 
associated links in the network, This issue is addressed by 
allowing D to query the PMD. If cut-through is permitted, 
then D establishes the SVC to S and sends its RSVP 
Reservation Request message to S over the SVC. In other 
words, no RSVP Reservation Request message is sent back 
hop-by-hop in the reverse direction along the route taken by 
the RSVP Path message, and no resources are reserved in the 
intermediate routers. Note that clearing the path state infor- 
mation in the intermediate routers (that was created when 
processing the Path message) is still required. This is not 
considered a problem because no considerable amount of 
memory is required to store the path state information. 

There are still two issues to resolve at S, when using D to 
set-up the SVC. The first issue is how to associate the 
received RSVP Reservation Request message to the Path 
message that was previously sent. Observe that if D has 
queried the PMD and cut-through is permitted, the RSVP 
Reservation Request message is received by S over a virtual 
circuit which is different from the virtual circuit over which 
the RSVP Path message was sent. The RSVP protocol 
associates RSVP PATH and RSVP Reservation messages by 
using a message ID field in these messages. We additionally 
require the use of unique message ID over a single interface. 
The same message ID should not be used over separate 
virtual circuits supported on the interface to identify differ- 
ent reservations. 

The second issue arises when S receives an RSVP Res- 
ervation Request message over the same virtual circuit that 
was used to send the RSVP Path message. The problem S 
faces is how to distinguish between the following two cases. 
The first case is that a query to the PMD was performed by 
D and cut-through was not permitted. In this case, a second 
query to the PMD by S must be avoided. The second case is 
that a query to the PMD was not performed by D and a query 
to the PMD by S must be performed. We solve this problem 
by defining an end-to-end user signaling mechanism 
between S and D. The method disclosed in the present 
invention advocates the use of an RSVP Object with an 
unassigned Class-Num (e.g., 64<Class-Num<128 are 
unassigned) to signal whether or not a query to the PMD was 
performed. Consistent with the RSVP specification, systems 
that do not recognize the Object will quietly ignore it. 
However systems that implement the methodology that is ss 
disclosed in the instant invention will recognize the Object 
and act on its information. In other words, the disclosed 
methodology advantageously utilizes unused bits in the 
RSVP protocol packet structure as a signaling mechanism to 
communicate information between sources and destinations, so 

An example of the methodology defined above is pre- 
sented in FIG. 4d and FIG. 4E. In FIG. 4D, operation is 
identical to that of FIG. 4Aup to and including Path message 
(4). D sends a query (5) to the PMD 210. The query (5) 
contains the information from the Path message and D's 
requested reservation. Query (5) is processed by the PMD 
210 and a response (6) containing the required ATM traffic 
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descriptors, QoS parameters and the various options is 
returned to D. Once D has the results of the response (6) and 
cut-through is permitted (scenario when cut-through is not 
permitted is discussed below), it sends an NHRP query (7) 
to its default NHS and receives a response (8) containing the 
ATM address of S. D then sets up an ATM SVC (9) directly 
to S using the ATM QoS information from response (6). D 
then sends the RSVP Reservation Request message (10) to 
S over the established ATM SVC. S associates the RSVP 
Reservation Request message (10) to the RSVP Path mes- 
sage (1) by the use of the message ID fields in messages (1) 
and (10). 

In FIG. 4E, operation is identical to that of FIG. 4D up to 
and including the query response (6) returned by the PMD 
210 to D. Once D has the results of the response (6) and 
cut-through is not permitted, D sends an RSVP Reservation 
Request message via Res (7), Res (8), Res (9) and Res (10) 
to S, using the stored path state information in routers 120, 
130, and 110 along the path from D to S. When S receives 
the reservation (10), it determines that a query to the PMD 
210 was performed (communicated via the Object with 
64<Class-Num<128 mechanism described above) and that 
no query to the PMD 210 by S is needed. However if S 
determines that a query to the PMD 210 was not performed 
at D, it sends a query to the PMD 210. This is the case 
illustrated in FIG. 4A. 

Note that the methodology described in FIGS. 4Ato 4E 
applies to the IP unicast case (i.e., a single transmitter 
sending IP packets to a single receiver). The methodology 
described in FIGS., 4D and 4E (where the destination rather 
than the source queries the PMD) 210 is also appropriate for 
the IP multicast case (i.e., a single transmitter sends IP 
packets to a group of receivers). In the multicast case, 
receivers decide whether or not to join a particular multicast 
group. The transmitter may not even be aware of which 
receivers are receiving its transmission. The receiver-driven 
nature of IP multicast is therefore well accommodated by 
having receivers/destinations query the PMD 210, as shown 
in FIGS. 4d and 4e. When cut-through is permitted, it is 
accomplished by a ATM level leaf -initiated join operation to 
either the source or an intermediate multicast server. Note 
further that just as in the unicast case, in the multicast case 
the PMD 210 may both resolve IP addresses to ATM 
addresses and perform third party multipoint call setup 
functions on behalf on the querying entity. Furthermore if 
PMD 210 performs such functions it may also implement 
address screening thereby providing an optional security 
function to multicast (and unicast) communication. 

FIG. 5 details the contents of the Policy Mapping Data- 
base (PMD). For each set of IP end-points, a customer enters 
whether or not to: 

(i) Enable cut-through with QoS mapping: When enabled, 
ATM cut through to the destination is always 
attempted. There is a mapping of RSVP flow specifi- 
cation parameters to ATM QoS parameters and traffic 
descriptors. Depending on the reservation style of 
RSVP, the mapping of RSVP flows to ATM. VCs may 
be 1 to 1 or many to 1. 

(ii) Enable cut-through without QoS mapping: When 
enabled, ATM cut-through to the destination is always 
attempted. The ATM SVC is always "best-effort" with 
no QoS parameters or traffic descriptors being set. The 
mapping is typically many to 1. 

(iii) Disable cut-through, support hop-by-hop QoS map- 
ping: When enabled, ATM cul-through is not 
attempted. Packets are forwarded hop-by-hop accord- 



11/14/2002, EAST Version: 1.03.0002 



6,021,: 

9 

ing lo the Classical IP router-based packet forwarding 
model. The mapping of RSVP flow specification 
parameters to ATM QoS parameters and traffic descrip- 
tors takes place on a hop-by-hop basis. Depending on 
the reservation style of RSVP, the mapping of RSVP 5 
flows to ATM VCs may be 1 to 1 or many to 1. 

(iv) NHRP Lookup Option 
If No, then ignored. 

If Yes, then the PMD invokes the NHRP server (NHS) 
on behalf of the source and returns the result of the 10 
query (i.e., the ATM address of the destination) back 
to the source in the PMD response message. 

Third party setup by proxy signaling option 
If No, then ignored. 

If Yes, then the PMD, having invoked the NHRP 15 
server (NHS) on behalf of the source, also sets up 
an ATM connection between the Source and Des- 
tination using proxy signaling. If enabled, this 
sub-option assumes that both the Source and Des- 
tination have been provisioned to allow (he PMD 20 
to act as a proxy signaling agent for each. 

(v) Restrict cut-through option: 
If No, then ignored. 

If Yes, then the customer lists the set of destination 
domain names, and IP addresses for which cut- 
through is allowed for the given set of IP end-points. 
Address prefixes and domain names suffices are 
permitted. Cut-through is not attempted to destina- 
tions not in this list. 

30 

(vi) Day/Time-of-day override: 
If No, then ignored. 

If Yes, then customer enters the days of the month and 
times of the day, for which cut-through is not to be 
attempted. 35 

(vii) Multicast cut-through allowed: 

If No, then cut-through is not attempted for multicast 
destinations (i.e. if the destination address is a class 
D address). 

If Yes, then cut-through is permitted. The customer may ^ 
also list the set of class D addresses for which 
cut-through is allowed, and the list of ATM end- 
points that may join a particular multicast group. 

(viii) Backup Option: 

If Yes, then 45 

(a) if current set of options require cut-through, and 
if cut-through fails, attempt a hop-by -hop setup. 

(b) if current set of options require hop-by-hop and 
RSVP setup fails, attempt a cut-through. 

(ix) Use alternate ATM path when primary ATM path so 
fails: 

If No, then ignored. 

If Yes, then assuming that the destination is reachable 
from the source by 2 or more distinct ATM networks, 
and that PNNI routing between these networks is not 55 
employed, the source may have 2 or more distinct 
ATM addresses for a given IP destination. When a 
call setup attempt to the first ATM address fails, a 
second, third, etc., attempt is made to the second, 
third, etc., ATM address, until an attempt succeeds, 60 
or there are no more alternate addresses. 
The above options may be grouped together to provide 
different levels/categories of service to customers. For 
example, one (high) level of service might consist of 
enabling options (i), (vii), and (viii), while another level of 65 
service might consist of enabling options (ii), (iv), and (v). 
Further the details of each option may change, and addi- 
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tional options may be added to the database without chang- 
ing the overall operation of the invention. 

An exemplary database query and response message 
contains the following parameters: 
Query 

1. The RSVP flow specification including both the traffic 
specifications (amount and characteristics of bandwidth 
needed), service specific parameters (e.g., packet delay, 
packet jitter, packet loss), and the filter specification 
identifying and characterizing the stream of packets in 
the packet flow. 
Response 

1. The contents of the query as described above. 

2. ATM related parameters 
Cut-through or not 
ATM traffic descriptors 
ATM QoS parameters 
Backup enabled (Yes/No) 
Alternate ATM (Yes/No) 

If NHRP lookup is enabled, the ATM address corre- 
sponding to the target IP address of the Query 
message. 

If 3rd party setup is enabled, then the ATM Virtual 
Path/Virtual channel identifiers to use (VPI/VCI) to 
reach the IP target. 
Note that the query and response message content can be 
extended to allow override of some of the provisioned 
entries in the PMD on a call-by-call basis. For example one 
could request NHRP lookup for some connections but not 
for others. The query messages are simply augmented by the 
addition of the various options. It should also be appreciated 
that the system can also operate successfully even if the 
contents of the query message contains a subset (e.g. port 
number and destination address) of information. For 
example, if information pertaining only to the filter- 
specification was available it is still possible to accomplish 
a mapping from destination address and port number to 
ATM QoS. This enables the system to be used even when 
RSVP is not employed. 

While several embodiments of the invention are disclosed 
and described, it should be appreciated that various modi- 
fications may be made without departing from the spirit of 
the invention or the scope of the subjoined claims. 

We claim: 

1. A method of operating a network capable of utilizing 
Internet protocol, resource reservation protocol, and asyn- 
chronous transfer mode protocol, based on auxiliary user 
information, said method comprising: 

providing a policy mapping database with said auxiliary 
user information; and 

mapping parameters in said resource reservation protocol 
to parameters in said asynchronous transfer mode pro- 
tocol utilizing said auxiliary information in said policy 
mapping database; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user over said network. 

2. The method as claimed in claim 1, wherein said 
mapping comprises: 

classifying packets in said network thereby creating clas- 
sified packets; 

separating said classified packets based on said param- 
eters in said resource reservation protocol; and 

correlating said parameters in said resource reservation 
protocol with said parameters in said asynchronous 
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transfer mode protocol utilizing said auxiliary informa- 
tion in said policy mapping database. 

3. The method as claimed in claim 1, wherein: 

said parameters in said resource reservation protocol are 
flow specifications. 

4. The method as claimed in claim 1, wherein: 

said parameters in said asynchronous transfer mode pro- 
tocol are at least one of quality of service parameters 
and traffic descriptors. 

5. A method of operating a network based on information 
regarding user applications, said method comprising: 

defining a communications path, for use by a user 
application, with a path message; 

utilizing a reservation message to reserve resources along 
said communications path, said reservation message 
containing flow specifications; 

mapping said flow specifications to related parameters in 
an asynchronous transfer mode protocol utilizing a 
policy mapping database containing auxiliary informa- 
tion regarding said user application, said policy map- 
ping database being accessible from said network; and 

establishing a switched virtual circuit based on said 
mapping; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user over said network. 

6. The method as claimed in claim 5, wherein: 

said auxiliary information is information customized on a 
user by user level. 

7. The method as claimed in claim 5, wherein: 

said policy mapping database is centralized for access 
from a network level. 

8. The method as claimed in claim 5, wherein: 

said flow specifications include at least one of traffic 
specification service specific parameters, and a filter 
specification which identifies and characterizes a 
stream of packets. 

9. The method as claimed in claim 5, wherein: 

said related parameters in said asynchronous transfer 
mode protocol include at least one of asynchronous 
transfer mode protocol traffic descriptors and asynchro- 
nous transfer mode protocol quality of service param- 
eters. 

10. The method as claimed in claim 5, wherein said 
auxiliary information regarding said user application 
includes at least one of: 

cut-through enable with quality of service mapping; 

cut-throuqh enable without quality of service mapping; 

cut-throuqb disable; 

next hop resolution protocol lookup; 

third party setup; 

restricted cut through; 

multicast cut-through enabled; 

allowable multicast group and group membership; 

backup enabled; and 

alternate asynchronous transfer mode protocol path 
enabled. 

11. A method of operating a network based on information 
regarding user applications, resources in said network 
including a source, a destination, a next hop resolution 
protocol server, and a policy mapping database including 
auxiliary user information regarding a plurality of users, said 
method comprising: 
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sending a path message from said source to said destina- 
tion; 

returning a reservation message, based on said path 
message, from said destination to said source; 

sending a query message from said source to said policy 
mapping database, said query message containing 
resource reservation protocol information acquired 
from at least one of said path message and said reser- 
vation message; 

returning a response message, based on said query 
message, from said policy mapping database to said 
source, said response message containing asynchro- 
nous transfer mode protocol parameters determined 
utilizing said auxiliary user information in said policy 
mapping database; 

utilizing said response message to generate a query 
request from said source to said next hop resolution 
protocol server to determine an asynchronous transfer 
mode protocol address for said destination, 

transmitting an asynchronous transfer mode protocol 
address from said next hop resolution protocol server to 
said source; and 

utilizing said asynchronous transfer mode protocol 
address to establish a switched virtual circuit from said 
source to said destination; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user over said network. 

12. A method of providing network resources based on 
information regarding user applications, said network 
resources including a source, a destination, a next hop 
resolution protocol server, and a policy mapping database 
including auxiliary user information regarding a plurality of 
users, said method comprising: 

transmitting a path message from said source to said 
destination; 

returning a reservation message from said destination to 
said source; 

transmitting a query message from said source to said 
policy mapping database, said query message contain- 
ing resource reservation protocol information acquired 
from at least one of said path message and said reser- 
vation message; 

transmitting a query message from said policy mapping 
database to said next hop resolution protocol server, 

reluming an asynchronous transfer mode protocol address 
for said destination to said policy mapping database; 

returning a response message from said policy mapping 
database to said source, said response message con- 
taining at least one of asynchronous transfer mode 
protocol parameters and said asynchronous transfer 
mode protocol address of said destination determined 
utilizing said auxiliary user information in said policy 
mapping database; and 

establishing a switched virtual circuit between said source 
and said destination based on said response message; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user. 

13. A method of providing network resources based on 
information regarding user applications, said network 
resources including a source, a destination, a next hop 
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resolution protocol server, and a policy mapping database 
containing auxiliary user information regarding a plurality 
of users, said method comprising: 

transmitting a path message from said source to said 
destination; 

returning a reservation message from said destination to 
said source; 

transmitting a query message from said source to said 
policy mapping database, said query message contain- 
ing resource reservation protocol information acquired 
from at least one of said path message and said reser- 
vation message; 

transmitting a query message from said policy mapping 
database to a next hop resolution protocol server, said 
query message including information obtained from 
said auxiliary user information in said policy mapping 
database; 

returning an asynchronous transfer mode protocol address 
for said destination to said policy mapping database; 
and 

utilizing said policy mapping database as a third party 
proxy to establish a switched virtual circuit connection 
between said source and said destination; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 25 
communication of packets sent or received by said end 
user. 

14. A method of providing network resources based on 
information regarding user applications, said network 
resources including a source, a destination, a resource res- 
ervation protocol server, and a policy mapping database 
containing auxiliary user information regarding a plurality 
of users, said method comprising: 

transmitting a path message from said source to said 
destination; 

transmitting a query message from said destination to said 
policy mapping database, said query message contain- 
ing resource reservation protocol information acquired 
from at least one of said path message and from said 
destination; 

returning a response message from said policy mapping 
database to said destination, said response message 
including at least one of asynchronous transfer mode 
protocol traffic descriptors and quality of service 
parameters determined at least in part based on auxil- 
iary user information contained in said policy mapping 
database; 

utilizing said destination to query said next hop resolution 
protocol server for an asynchronous transfer mode 
protocol address of said source; 

establishing a switched virtual circuit between said des- 
tination and said source utilizing at least one of said 
asynchronous transfer mode protocol address of said 
source and said response message; and 

returning a reservation message from said destination to 
said source via said switched virtual circuit; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user. 

15. A method of providing network resources based on 
information regarding user applications, said network 
resources including a source, a destination, a next hop 
resolution protocol server, and a policy mapping database 
containing auxiliary user information, said method compris- 
ing: 



transmitting a path message from said source to said 
destination; 

transmitting a query message from said destination to said 
policy mapping database, said query message contain- 
ing resource reservation protocol information acquired 
from at least one of said path message and said desti- 
nation; 

transmitting a query message from said policy mapping 
database to a next hop reservation protocol server on 
behalf of said destination with a sender IP address as a 
target; 

returning an asynchronous transfer mode protocol address 

for said source to said policy mapping database; 
returning a response message from said policy mapping 
database to said destination, said response message 
including at least one of resource reservation protocol 
parameters, asynchronous transfer mode protocol 
parameters and said asynchronous transfer mode pro- 
tocol address of said source, determined at least in part 
based on said auxiliary user information contained in 
said policy mapping database; 
establishing a switched virtual circuit between said des- 
tination and said source utilizing at least one of said 
asynchronous transfer mode protocol address of said 
source, said asynchronous transfer mode protocol 
parameters and said resource reservation protocol 
parameters; and 
returning a reservation message from said destination to 

said source via said switched virtual circuit; 
wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user. 

16. A method of providing network resources based on 
information regarding user applications, said network 
resources including a source, a destination, a next hop 
resolution protocol server, and a policy mapping database 
containing auxiliary user information, said method compris- 
40 ing: 

transmitting a path message from said source to said 
destination; 

transmitting a network level query message from said 
destination to said policy mapping database, said query 
45 message containing resource reservation protocol 
information acquired from at least one of said path 
message and from said destination; 
transmitting a query message from said policy mapping 
database to a next hop resolution protocol server on 
behalf of said destination with a sender IP address as a 
target; 

returning an asynchronous transfer mode protocol address 

for said source to said policy mapping database; 
utilizing said policy mapping database containing auxil- 
iary user information as a third party proxy to set-up a 
switched virtual circuit connection between said source 
and said destination; 
returning a response message from said policy mapping 
database to said destination, said response message 
including at least one of resource reservation protocol 
parameters, asynchronous transfer mode protocol 
parameters, said asynchronous transfer mode protocol 
address, and a virtual path identifier/virtual channel 
identifier of said source; and 
returning a reservation message from said destination to 
said source via said switched virtual circuit; 
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wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user. 

17. An Internet protocol over asynchronous transfer mode 
protocol network comprising: 

a plurality of Internet protocol packet classifiers, each 

packet classifier having an assigned flow specification; 
a plurality of quality of service based switched virtual 

circuits; and 

a policy mapping database relating said plurality of Inter- 
net protocol packet classifiers to respective ones of said 
plurality of quality of service based switched virtual 
circuits based on auxiliary user information contained 
in said policy mapping database; 

wherein said auxiliary user information is a set of policies, 
definable by an end user, regarding a pathway of 
communication of packets sent or received by said end 
user. 
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18. The method of providing network resources based on 
information regarding user applications according to claim 

14, further comprising: 

utilizing unused bits in said reservation message to signal 
to said source that a cut-through has already been 
performed. 

19. The method of providing network resources based on 
information regarding user applications according to claim 

15, further comprising: 

utilizing unused bits in said reservation message to signal 
said source that a cut- through has already been per- 
formed. 

20. The method of providing network resources based on 
information regarding user applications according to claim 

16, further comprising: 

utilizing unused bits in said reservation message to signal 
said source that a cut- through has already been per- 
formed. 
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ABSTRACT 



A mechanism conveys information pertaining to transmis- 
sion priority (TP) levels of inbound packets transmitted over 
a heterogeneous network from a switching node to a hybrid 
node of the network. The mechanism comprises a packet- 
recognizing filter having a format that is generated by the 
hybrid node and dynamically transmitted to the switching 
node over a predefined communication channel of the net- 
work. The filter enables the switching node to classify the 
inbound packets and assign them appropriate TP levels. 
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TECHNIQUE FOR CAPTURING or "layers" within each station. These layers interact to 
INFORMATION NEEDED TO IMPLEMENT format data for transfer between, e.g., a source station and a 
TRANSMISSION PRIORITY ROUTING destination station communicating over the network. 
AMONG HETEROGENEOUS NODES OF A Specifically, predetermined services are performed on the 
COMPUTER NETWORK 5 data as it passes through each layer and the layers commu- 
nicate with each other by means of the predefined protocols. 
CROSS-REFERENCE TO RELATED The lower layers of these architectures are generally stan- 
APPLICATIONS dardized and are typically implemented in hardware and 
This application is a continuation of U.S. patent applica- firmware, whereas the higher layers are generally imple- 
tion Ser. No. 08/833,834 filed Apr. 10, 1997, now U.S. Pat. 10 mented in the form of software running on the stations 
No. 5,940390 titled "MECHANISM FOR CONVEYING attached to the network. Examples of such communications 
DATA PRIORITIZATION INFORMATION AMONG HET- architectures include the Systems Network Architecture 
EROGENEOUS NODES OF A COMPUTER NET- (SNA) developed by International Business Machines Cor- 
WORK." The entirety of the disclosure of said copending poration and the Internet communications architecture, 
application is incorporated herein by reference. 15 The Internet architecture is represented by four layers 
This invention is related to the following copending U.S. which are termed, in ascending interfacing order, the net- 
Patent Applications: work interface, internetwork, transport and application lay- 
U.S. patent application Ser. No. 08/839,435, tided TECH- ers - laveis m arranged to form a protocol stack in 
NIQUE FOR MAINTAINING PRIORITIZATION OF cach communicatmg station of the network. FIG. 1 illus- 
DATA TRANSFERRED AMONG HETEROGENEOUS 20 trates a schcmalic block dia & ram of P nor 311 Internet pro- 
NODES OF A COMPUTER NETWORK; patent applica- toco1 125 311(1 175 to transmit dala between a 
tion Ser. No. 08/833,837, titled "TECHNIQUE FOR CAP- SOUICC statl0D 110 and a destination station 150, 
TURING INFORMATION NEEDED TO IMPLEMENT respectively, of a network 100. As can be seen, the stacks 
TRANSMISSION PRIORITY ROUTING AMONG HET- 125 31,(1 175 316 P h y sicaU y connected through a communi- 
EROGENEOUS NODES OF A COMPUTER 25 cat i ons channel 180 at the network interface layers 120 and 
NETWORK," which applications were filed on Apr. 10, ™° ?* ease of description, the protocol stack 125 will be 
1997 and assigned to the assignee of the present invention. described. 

U.S. patent application Ser. No. 08/926,539, titled "TECH- In general, the lower layers of the communications stack 

NIQUE FOR REDUCING THE FLOW OF TOPOLOGY provide internetworking services and the upper layers, 

INFORMATION AMONG NODES OF A COMPUTER which are the users of these services, collectively provide 

NETWORK," which application was filed on Sep. 10, 1997 common network application services. The application layer 

and assigned to the assignee of the present invention. H2 provides services suitable for the different types of 

applications using the network, while the lower network 

FIELD OF THE INVENTION interface layer 120 of the Internet architecture accepts 

The invention relates to computer networks and, more 35 industry standards defining a flexible network architecture 

particularly, to the distribution of packet prioritization infor- oriented to the implementation of LANs, 

mation among stations of a computer network. Specifically, the network interface layer 120 comprises 

physical and dala link sublayers. The physical layer 126 is 

BACKGROUND OF THE INVENTION ^ concerned with the actual transmission of signals across the 

Data communication in a computer network involves the communication channel and defines the types of cabling, 

exchange of data between two or more entities intercon- plugs and connectors used in connection with the channel, 

nected by communication links and subnetworks. These The data link layer, on the other hand, is responsible for 

entities are typically software programs executing on hard- transmission of data from one station to another and may be 

ware computer platforms, such as end stations and interme- 45 further divided into two sublayers: Logical Link Control 

diate stations. Examples of an intermediate station may be a (LLC 122) and Media Access Control (MAC 124). 

router or switch which interconnects the communication The MAC sublayer 124 is primarily concerned with 

links and subnetworks to enable transmission of data controlling access to the transmission medium in an orderly 

between the end stations. A local area network (LAN) is an manner and, to that end, defines procedures by which the 

example of a subnetwork that provides relatively short 50 stations must abide in order to share the medium. In order for 

distance communication among the interconnected stations; multiple stations to share the same medium and still 

in contrast, a wide area network (WAN) enables long uniquely identify each other, the MAC sublayer defines a 

distance communication over links provided by public or hardware or data link address called a MAC address. This 

private telecommunications facilities. MAC address is unique for each station interfacing to a 

Communication software executing on the end stations 55 LAN. The LLC sublayer 122 manages communications 
correlate and manage data communication with other end between devices over a single link of the network and 
stations. The stations typically communicate by exchanging provides for environments that need connectionless or 
discrete packets or frames of data according to predefined connection-oriented services at the dala link layer, 
protocols. In this context, a protocol consists of a set of rules Connection-oriented services at the data link layer gen- 
defining how the stations interact with each other. In eo erally involve three distinct phases: connection 
addition, network routing software executing on the routers establishment, data transfer and connection termination, 
allow expansion of communication to other end stations. During connection establishment, a single path is es tab- 
Collectively, these hardware and software components com- fished between the source and destination stations. This 
prise a communications network and their interconnections connection, e.g., an IEEE 802.2 LLC Type 2 or "Data Link 
are defined by an underlying architecture. 65 Control" (DLQ connection as referred hereinafter, is based 

Modem communications network architectures are typi- on the use of service access points (SAPs); a SAP is 

cally organized as a series of hardware and software levels generally the address of a port or access point to a higher- 
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level layer of a station. Once the connection has been Thereafter, a "set-up" or BIND message is forwarded over 

established, data is transferred sequentially over the path the route to initiate the session. The BIND includes infor- 

and, when the DLC connection is no longer needed, the path mation pertaining to the partner LU requested for the 

is terminated. The details of such connection establishment session. 

and termination are well-known and, thus, will not be 5 Intermediate session routing occurs when the intermedi- 

d escribed herein. ate stations 206, 216, configured as APPN network nodes 

The transport layer 114 and the internetwork layer 116 are ^^SJ^T^ b £ tw " n mc n P^ s M 

. . n , • , w , ■ „■.- „.„ r ,_i ' nf _„ can be seen, the APPN network nodes are further lntercon- 

substantiaUy involved in providing predefined sets , of «r- WAN 210 that extends the APPN architecture 

vices to aid in connectog the source station to the destina- * ^ ^ ^ 

tion station when estabhslimg apphcation-to-application 10 , ... ... . t . . , . , 

. . ™ • _ , , . packets of an LU — LU session over the calculated route 

communication sessions. The primary network layer proto- f . . A „„ VI ... innxT . , , 

col of the Internet architecture is the Internet protocol (IP) fTJ™? J^Z ?, a™ 

. * j .1. • . ^-ii «^ m- i is a full-functiomng APPN router node having all APPN 

contained I wuhin the internetwork Uyer 116. IP is primarily ^ ^ func . 

a connecuonlcss network protocol that provides internet- ^ ^ node , on hand , fa of 

work routing, fragmentation and reassembly of datagrams 15 , . . 4 , i( _ , ^ j , 

j .1. * v . _ . t c . . , fr , ., performing only a subset of the functions provided by an 

and that relies on transport protocols for end-to-end rehabil- a„« X t T~ _i j AmiK , ... , . , , J 

. . . . r , ' ^ . . .p, APPN network node. APPN network and end nodes are 

lty. An example of such a transport protocol is the 1 rans- .. . , _ ij.i_j-j.i- 

- ^ / , n _ _ . ^ "T . - j . well-known and are, for example, described in detail m 

mission Control Protocol (TCP) contained within the trans- „ ^ , . , . . , . „ „ 

^ . 1-,. . ,, . , ,. , Systems Network Architecture Advanced Peer to Peer Net- 

port layer 114. Notably, TCP provides connection-oriented ^ Archit ecture Reference IBM Doc SC30-3422 and 

services to the upper layer protocols of the Internet archi- 20 . nn , °. ^ T Krn ■ . j t t. «n 

. . T^n/n • i j. ( , lU APPN Networks by Jesper Nuausen, pnnted by John Wiley 

lecture. The term TCP/IP is commonly used to refer to the , - iririA ; 0 - J ' 

Internet architecture Sons, 1994, at pgs 11-83. 

_ . . , , , FIG. 3 is a schematic block diagram of the software 

Data transmission over the wtwork 1W therefore consists archltecture of a rior ^ APPN node 300. As noted, 

of generating data m, e.g., sending process 104 executing on application 302 executing on an APPN end node, such as EN 

the source station 110, passing that data to the application ^ rf ^ ^^^^ ^ end node> 

layer 112 and down through the layers of the protocol stack such ^ EN 212) through a LU — LU session; LU 304 within 

^^^^^ms^^hxt^^Kh^^ cach cnd oode functions as both a logical port for the 

delivery onto the channel 180 as Jnts. Those frame bits are Ucatioil to me network and ^ an cod point of the 

then transmitted oyer an establ^h^ ronnec^on of chaimel ^^^^ ^ ion , ^ generally passes 

180 to the protocol stack 175 of the destination station 150 ^ . a m control module 312 and a data link control 

where they are passed up that stack to a receiving process module 316 of the Dode> me latler of 

174. Data flow is schematically illustrated by solid arrows. to various netWQrk ^^0!, media . 

Although actual data transmission occurs vertically when functioning as an APPN router node, such as NN 

through the stacks, each layer is programmed as though such 35 2 06, an intermediate session routing (ISR) module 305 

transmission were horizontal. That is, each layer in the mamtains a portion of the session in each "direction-* with 

source station 110 is programmed to transmit data to its reS pect to an adjacent network node, such as NN 216 of 

corresponding layer in the destination station 150, as sche- network 200. In response to receiving the BIND message 

matically shown by dotted arrows. To achieve this effect, during establishment, path control 312 and ISR 305 

each layer of the protocol stack 125 in the source station 110 ^ ^ mvo ked to allocate resources for the session. In 

typically adds information (in the form of a header field) to particular, each NN 206, 216 allocates a local form session 

the data frame generated by the sending process as the frame identifier (LFSID) for each direction of the session; the 

descends the stack. At the destination station 150, the Lp SID ^ thereafter appended to the packets in a SNA 

various encapsulated headers are stripped off one-by-one as transmission header (TH) to identify the session context, 

the frame propagates up the layers of the stack 175 until it 4J Collectively, each of these individually-established "local" 

arrives at the receiving process. sessions form the logical communication session between 

SNA is a mainframe-oriented network architecture that the LUs 304 of the end nodes 202, 212. 

also uses a layered approach. The services included within When initiating a session, the application 302 specifies a 

this architecture are generally similar to those defined in the mode name that is carried within the BIND message and 

Internet communications architecture. In a SNA network, 50 distributed to all APPN network nodes; the LU 304 in each 

though, applications executing on end stations typically n ode uses the mode name to indicate the set of required 

access the network through logical units (LU) of the sta- characteristics for the session being established, 

tions; accordingly, in a typical SNA network, a communi- Specifically, the mode name is used by control point (CP) 

cation session connects two LUs in a LU— LU session. module 308 of each APPN node 300 to find a corresponding 

Activation and deactivation of such a session is addressed by 55 0 f service (COS) as denned in a COS table 310. The 

Advanced Peer to Peer Networking (APPN) functions. CP coordinates performance of all APPN functions within 

The APPN functions generally include session establish- the node, including management of the COS table 310. The 

ment and session routing within an APPN network. FIG. 2 COS definition in table 310 includes a priority level sped- 

is a schematic block diagram of a prior art APPN network fied by transmission priority (TP) information 320 for the 

200 comprising two end stations 202, 212, which are typi- 60 packets transferred over the session; as a result, each APPN 

cally configured as end nodes (EN), coupled to token ring network node is apprised of the priority associated with the 

(TR) subnetworks 204, 214, respectively. During session packets of a LU— LU session. The SNA architecture speci- 

establishment, an EN (such as EN 202) requests an optimum fies four (4) TP levels: network priority, high priority, 

route for a session between two LUs; this route is calculated medium priority and low priority. Path control 312 maintains 

and conveyed to EN 202 by an intermediate station func- 65 a plurality of queues 314, one for each TP level, for 

tioning as a network node server (e.g., station 206) via a transmitting packets onto the transmission media via DLC 

LOCATE message exchange through the network 200. 316. 
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Data link switching (DLSw) is a forwarding mechanism each tagged packet to a TCP session based on the assigned 

for the SNA architecture over an IP backbone network, such TP level. The tagged information is then encapsulated within 

as the Internet A heterogeneous DLSw network is formed an IP header to enable intermediate routers to maintain the 

when two DLSw switches interconnect the end nodes of the order and priority of the packet as it is transmitted outbound 

APPN network by way of the IP network; the DLSw 5 over the IP network to a receiving DLSw switch, 

switches preferably communicate using a switch-to-switch However, the tagged information within the IP header is 

protocol (SSP) that provides packet "bridging^ operations at not discernible to the receiving DLSw switch and, thus, the 

the LLC (i.e., DLC) protocol layer. FIG. 4 is a schematic SV nich has no knowledge of the TP level associated with the 

block diagram of a prior art DLSw network 400 comprising outbound packet If that packet requests a response, the 

DLSw switches 406, 416 interconnecting ENs 402, 412 via w DLSw cannot select, on the basis of priority, the 

IP network 410. The DLSw forwarding mechanism is also propcr xcp session over which to transmit a corresponding 

well-known and described in detail in Request for Comment inbound packet; accordingly, the switch arbitrarily chooses 

(RFC) 1795 by Wells & Bartky, 1995 at pgs 1-91 . a session. If the chosen TCP session has a lower designated 

According to the DLSw technique, a lower-layer DLC priority than the session carrying the outbound packet, 

connection is established between each EN and DLSw 15 network throughput may be negatively impacted, 

switch; however, these connections terminate at the switches 0 ne solution to this problem is to deploy another hybrid 

406, 416. In order to provide a complete end-to-end con- node in place of the receiving DLSw switch. This approach 

nection between the end nodes, the DLC connections are ^ undesirable primarily because a goal of heterogeneous 

"disposed" over a reliable, higher-layer transport network design is to minimize the number of hybrid nodes 

mechanism, such as TCP sessions. DLSw switches can ^ m tne netW ork. A reason for minimizing the number of 

establish multiple, parallel TCP sessions using well-known hybrid nodes is that such nodes require additional processing 

port numbers. All packets associated with a particular DLC anc ] memory resources, thereby resulting in expensive 

connection typically follow a single, designated TCP ses- deployments. The present invention is directed to solving the 

sion. Accordingly, SNA data frames originating at a sending problem of distributing packet prioritization information, 

EN 402 are transmitted over a particular DLC connection ^ assigned by a hybrid node of a heterogeneous network, to 

along TR 404 to DLSw switch 406, where they are encap- switching nodes of the network, 
sul at ed within a designated TCP session as packets and 

transported over IP network 410. Hie packets are received SUMMARY OF THE INVENTION 

by DLSw switch 416, decapsulated to their original frames The invention comprises a mechanism for conveying 

and transmitted over a corresponding DLC connection of TR x information pertaining to transmission priority (TP) levels of 

414 to EN 412 in the order received by switch 406 from EN inbound packets transmitted over a heterogeneous network 

402. from a switching node to a hybrid node of the network. The 

Typically, all packets transmitted by DLSw switch 406 mechanism comprises a packet-recognizing filter having a 

over a DLC connection/TCP session flow at the same novel format that is generated by the hybrid node and 

priority level from a single output queue 405 of the switch 35 dynamically transmitted to the switching node over a pre- 

and arrive at an output queue 415 of DLSw switch 416 in the defined communication channel of the network. As 

same order in which they are transmitted. When the switches described further herein, the filter enables the switching 

are configured as bridges to forward packets over a TCP node to classify the inbound packets and assign them 

session through the IP network, prioritization is straightfor- appropriate TP levels. 

ward. However, it may be desired to integrate the functions 40 In the illustrative embodiment, the heterogeneous net- 
of an APPN network node within switch 406 by overlaying work is preferably a data link switching (DLSw) network 
an APPN layer onto a DLSw layer of the switch; the with end nodes interconnected by way of an Internet pro- 
resulting hybrid node may prioritize the packets at the APPN to col (IP) backbone network and the hybrid node is an 
layer in an order governed by the TP information levels, advanced peer-to-pcer networking (APPN) node with DLSw 

A problem that arises when deploying a hybrid node in 45 capabilities. Applications executing on the end nodes com- 

such a heterogeneous network is that the TP priority infor- municate via logical unit to logical unit (LU — LU) sessions, 

mation is lost when passing the packets between the APPN whereas the switching node communicates with the APPN 

and DLSw layers, primarily because the TP information is node using a switch-to-switch protocol (SSP) over data link 

not encapsulated within the packets. That is, the APPN layer control (DLC) connections associated with the LU — LU 

has knowledge of the TP levels associated with the packets 50 sessions of the DLSw network; these DLC connections are 

of a LU — LU session as a result of the BIND message further overlayed onto existing transmission control proto- 

exebange during session establishment; yet that information col (TCP) sessions of the IP network. Preferably, each TCP 

is not encapsulated within the associated packets and, thus, session is further associated with a TP level, 

is not conveyed beyond the APPN layer. An example of a According to aspects of the invention, the predefined 

Egging mechanism suitable for use with the present inven- 5s communication channel may be implemented as either an 

tion that conveys TP levels from the APPN layer to the in-band channel over one of the existing TCP sessions using 

DLSw layer is disclosed in copending and commonly- novel extensions to SSP, or an out-band channel over a 

assigned U.S. patent application, titled Technique for Main- newly-created TCP session. The format of the filter is 

taining Prioritization of Data Transferred Among Hetero- preferably customized for each channel implementation; 

geneous Nodes of a Computer Network, filed herewith and 60 nevertheless, each filter includes a unique opcode identify- 

incorporated by reference as though fully set forth herein. ing the filter, a format identifier (FID) denoting the format of 

As described in the commonly-assigned application, the a specific inbound packet, a local form session identifier 

APPN protocol layer of the hybrid node assigns a TP level (LFSID) that classifies the LU — LU session context of the 

to each packet and passes that priority information to the specific packet and a priority identifier specifying the TP 

DLSw layer of the node via an application programming 65 level of the packet. 

interface extension. The TP level is converted to information Operationally, an APPN protocol layer of the APPN node 

that is "tagged" to each packet and the DLSw layer allocates passes the opcode, LFSID, FID and priority identifier to a 
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DLSw protocol layer of the node, through an application DETAILED DESCRIPTION OF ILLUSTRATIVE 

programming interface (API), during establishment of the EMBODIMENT 

LU— LU session. In response to the API, the DLSw layer FIG. 5 is a block diagram of a computer network 500 

encapsulates these identifiers within fields of the filter and comprising a collection of interconnected communication 

transfers the filter over the communication channel to the 5 links and subnetworks attached to a plurality of stations. The 

switching node. When transferring the filter over the in-band stations are typically computers comprising end stations 

communication channel, the opcode is encapsulated within 502, 512 and intermediate stations 600, 650. Preferably, the 

a SSP header, whereas for the out-band channel end stations are Advanced Peer to Peer Networking (APPN) 

embodiment, additional addressing information is encapsu- end nodes, although the stations may comprise other types 

lated with the opcode in fields of a defined header. 10 of nodes such as Low Entry Networking nodes or Physical 

Upon receiving the filter, a DLSw layer of the switching J^* 2 :° ™ n , dcnt Umt *2 M ? tor functions^ 

node stores the LFSID, FID and priority identifier and Io -f^ 0 ^* 6 f^™ f° * a 2ff>* 

, . ' . , , . . . , r _ , switching (DLSw) node and intermediate station 600 is an 

proceeds to examine each inbound packet pnor to forward- * nnxi ^ X . . • . ■ 

• •* « .u atitjm „j„ e •* ti .t. -j.- j APPN/DLSw hybrid node. 

uig it to the APPN node. Specifically, the switching node ~ . , . . „ . , e . . 

i * j -r •* i« Each node typically comprises a plurality of intercon- 

iniUaHy detenmnesthe ^ format of each packet and if it « ^ ckmcn ^ ^ M a F proccss S r , a m ' emorv a 

matches the stored FED, Iht node compares the LFSID of the network adapter . The memory may comprise storage loca- 

mbound packet with the stored LFSID to identify the Uons b me processoi . ^ adBfittsr for storing 

LU-LU session context of me packet If the values of these abRwm and data structures associated with the 

latter identifiers match the switching ^node assigns to the mechanism ^ techniques. The processor 

mboimdpacfcttheTPIe^ 20 ^ leme ^^^ 

identifier and forwards the packet to the APPN node over an goSbmK programs and manipulating the data structures. An 

appropriate one of the existing TCP sessions. operating system, portions of which are typically resident in 

BRIEF DESCRIPTION OF THE DRAWINGS memory and executed by the processor, functionally orga- 

nizes the node by, inter alia, invoking network operations in 

The above and further advantages of the invention may be a 5upport Q f software processes executing on the node. It will 

better understood by referring to the following description in ^ apparent to those skilled in the art that other processor 

conjunction with the accompanying drawings in which like ant j memory means, including various computer readable 

reference numbers indicate identical or functionally similar media, may be used for storing and executing program 

elements: ^ instructions pertaining to the techniques described herein. 

FIG. 1 is a schematic block diagram of prior art commu- The subnetworks included within network 500 are pref- 

nications architecture protocol stacks, such as the Internet erably local area networks (LANs) and the communication 

protocol stack, used to transmit data between stations of a link* may include wide area network (WAN) links; in the 

computer network; illustrative embodiment of the invention, the LANs are 

FIG. 2 is a schematic block diagram of a prior art 35 preferably token rings (TR) 504, 514 and an IP network 510, 

Advanced Peer to Peer Networking (APPN) network includ- which may comprise either a LAN and/or a WAN configu- 

ing APPN nodes; ration such as X.25, interconnects the nodes 600, 650. 

FIG. 3 is a schematic block diagram of the software Communication among the nodes coupled to the network 

architecture a prior art APPN node; 500 is typically effected by exchanging discrete data packets 

FIG. 4 is a schematic block diagram of a prior art data link 40 or frames via connection-oriented service sessions between 

switching (DLSw) network; toe communicating nodes. 

FIG. 5 is a block diagram of a heterogeneous computer Heterogeneous (DLSw) network 500 is formed when 

network, including a DLSw node and an APPN/DLSw APPN/DLSw hybrid node 600 is connected to DLSw node 

hybrid node for interconnecting various subnetworks and 650 via IP ret™* 510. FIG. 6 is a schematic block diagram 

communication links on which the present invention may 45 of protocol stacks 610, 660 within the nodes 600 and 650, 

advantageously operate; respectively. Applications executing on SNA devices (end 

KG. 6 is a schematic block diagram of protocol stacks f Utioi ?> ^ ' tyP^Y access the network through 

contained within the DLSw and APPN/DLSw nodes of FIG. J*** J™* ^ Us) u °i^ "S^ 1 ? TOmmun ' ca * ™ 

j. LU — LU sessions. Hybrid node 600 functions to facilitate 

' . ... . 50 establishment and routine of these connection-oriented com- 

FIG. 7 is a schematic block diagram 1 lUustrating the munication the wtwor]lL To ^ en(L to _ 

assignment of priority levels among estabhsbed commum- CQ , ^ 610 referably prises an APPN layer 612 that 

cation sessions and the distribution of packets among the the modules described m FIG. 3. 

SCSS1 ° nS ' The stack 610 also includes a Transmission Control 

FIG. 8 is a schematic block diagram of a novel packet- 5J ^tocoi/internet protocol (TCP/IP) layer 616 containing 

recognizing filter generated by the hybnd node of FIG. 5 and ^ose h of mc Imernet communications architecture 

dynamically transmitted to the DLSw node over a pre- protocol stack (rg. x) necded to establish, e.g., conven- 

defined communication channel in accordance with the connection-oriented, TCP communication sessions, 

invention; Physical sublayers 622 and 626 specify the electrical 

FIGS. 9 A and 9B are schematic block diagrams depicting ^ mc chanical, procedural and functional specifications for 

formats of the novel packet-recognizing filter of FIG. 8; activating, maintaining and de-activating the physical links 

FIG. 10 is a flowchart illustrating use of the novel filter in 604 and 605 of the network. Protocol stack 660 of DLSw 

accordance with the present invention; and node 650 likewise includes a TCP/IP layer 666 and physical 

FIG. U is a schematic block diagram depicting the format sublayers 672 and 676, which are functionally equivalent to 

of a conventional transmission header upon which the 65 those layers of protocol stack 610. 

inventive packet-recognizing filter may advantageously Each node 600, 650 further contains a DLSw layer 614, 

operate. 664 and data link control (DLC) layers 618, 620 and 668, 
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670, respectively, the latter layers providing a connection- is "tagged" to each outbound packet, and allocate the tagged 

oriented service via conventional DLC connections. The packet to a TCP session based on the assigned TP level. 

DLSw layers provide a mechanism for forwarding data Specifically, the DLSw layer 614 loads the packets into the 

frame traffic between devices 602,608 over IP network 605. queue 725 and then distributes them among four queues 

Preferably, the DLSw layers 614, 664 cooperate in a peer- 5 712-718. Each TCP session (and queue) is preferably asso- 

relationship and communicate via a switch-to-switch pro to- dated with a TP level; for example, session 732 (and queue 

col (SSP) to, inter alia, define TCP sessions over the IP 712) are assigned a high-priority level, session 734 (and 

network. queue 714) are assigned a medium-priority level, session 

In the illustrative embodiment, there are a plurality of 736 ( and queue 716) are assigned a normal-priority level and 

connection/session "views" established within the network. 10 session 738 (and queue 718) are assigned a low-priority 

For example, from an APPN view, there is a DLC connec- level. 

tion 646 between device 602 and APPN layer 612 of node The tagged information is encapsulated within an IP 

600, and a DLC^connection 648 between APPN layer 612 header of the packet prior to outbound transmission over the 

and device 608? From a DLSw view, there is a DLC IP network 605 to the DLSw node 650. As noted, the tagged 

connection 642 between APPN layer 612 and DLSw layer information is not discernible to the DLSw node 650 and, if 

614 of node 600, and a DLC connection 644 between DLSw required to respond to the packet, that node cannot select, on 

layer 664 and device 608; in order to provide reliable, the basis of priority, the proper TCP session over which to 

end-to-end connections between the devices, these DLC transmit a corresponding inbound packet because it has no 

connections are "overlayed" onto TCP sessions (denoted knowledge of the TP level associated with the outbound 

645) between the two DLSw layers 614, 664. Lastly, from 20 packet. 

a LU view, there are multiple LU — LU sessions 680 (at i n accordance with the present invention, a mechanism is 
various priority levels) between the LUs of devices 602 and provided for conveying the TP level of an inbound packet 
608. transmitted over a heterogeneous network from DLSw node 
It should be noted that the TCP sessions are initiated 650 to hybrid node 600. Referring to FIG. 8, the mechanism 
between DLSw peers 614, 664 in accordance with a con- 25 comprises a packet-recognizing filter 800 having a novel 
ventional TCP transport protocol. Thereafter, SSP control format that is generated by the hybrid node 600 and dyn ami- 
messages are exchanged between the DLSw layers 614, 664 cally transmitted to DLSw node 650 over a predefined 
of the nodes to establish an end-to-end DLSw circuit over communication channel 850 of IP network 605. As 
the session. Information contained within these control described further herein, the filter 800 enables the switching 
messages are used to generate a DLSw circuit identifier (ID) 30 node 650 to classify each inbound packet 810 and assign it 
that associates the DLSw circuit with the session. Preferably, an appropriate TP level 

the DLC connections 642, 644 overlayed on the TCP session According to an aspect of the invention, the predefined 

645 "map" to the DLSw circuit. The generation of DLSw communication channel 800 may be implemented as either 

circuits and identifiers is described in Request for Common arj in-band channel over one of the existing TCP sessions 

(RFC) 1795 by Wells & Bartky, 1995, while the establish- 35 732-738 using novel extensions to SSP, or an out-band 

ment of multiple TCP sessions between DLSw peer layers is channel over a newly-created TCP session. For this latter 

described in both RFC 1795 and Internetworking with channel implementation, the newly-created TCP session is 

TCP/IP by Comet and Stevens, printed by Prentice Hall, established in accordance with the conventional TCP trans- 

1991; all of these publications are hereby incorporated by port protocol described above. 

reference as though fully set forth herein. 40 In aspcct of ^ invention, the format of filter 800 

Typically, packets transmitted by a DLSw switch over a is preferably customized for each channel implementation, 

TCP session flow at the same priority level from a single as depicted in FIGS. 9A and 9B. For each case, the filter 

output queue of the switch and arrive at a peer DLSw switch includes a well-defined, unique opcode identifying the filter 

in the same order in which they are transmitted. Hybrid node 45 used in the illustrative network configuration, a format 

600 may, however, prioritize the packets of a LU — LU identifier (FID) denoting the format of a specific inbound 

session at the APPN layer 612 in an order specified by packet, a local form session identifier (LFSID) that classifies 

transmission priority (TP) information contained within the the LU — LU session context of the specific packet and a 

node 600. FIG. 7 is a schematic block diagram illustrating priority identifier specifying the TP level of the packet 

the assignment of TP levels among established communi- 5Q piG. 9A illustrates the format 900 of the filter 800 

cation sessions and the distribution of packets among those configured for transfer over the in-band communication 

sessions- channel. Here, the opcode 904 is encapsulated by DLSw 

Apath control module 312 (FIG. 3) of the APPN layer 612 layer 614 within a SSP header 910 along with the DLSw 

within node 600 maintains four queues 702-708, one for circuit ID 902; since the circuit ID 902 associates an 

each TP level, for transmitting data packets (received from 55 end-to-end DLSw circuit with the LU — LU session of the 

DLC connection 646) over established TCP sessions 645 of specific inbound packet, additional addressing information 

the network. As described above, TCP sessions are estab- is not needed. Such additional addressing information com- 

lished through the IP network 605 in accordance with prises media access control (MAC) addresses of the source 

conventional TCP/IP transport mechanisms within the node (SMAC) and destination node (DMAC) which, for this 

APPN/DLSw node 600 and the DLSw node 650; w example, are nodes 600 and 650, respectively, and service 

illustratively, these nodes cooperate in a peer-relationship to access points (SAP) addresses of the source (SSAP) and 

establish multiple, parallel TCP sessions 732-738 over the destination (DSAP) nodes. 

network. The format 900 further stores the FID, LFSID and priority 

The tagging mechanism of the commonly-assigned appli- identifiers within fields 912-916, respectively. The contents 

cation incorporated by reference herein allows the hybrid 65 of these identifiers (along with the additional addressing 

node 600 to convey a TP level from its APPN layer 612 to information) are provided by the APPN layer 612 (FIG. 8) 

its DLSw layer 614, convert that TP level to information that to the DLSw layer 614 via an application programming 
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interface (API) layer 820 using a data control flow onto a corresponding queue 772-778 associated with the 

mechanism, such as an API call 825. selected session. TCP/IP driver code within layer 666 of 

FIG. 9B illustrates the format 950 of the filter 800 Qode 650 (FIG 6) then maps the TP designation of the 

configured for transfer over the out-of-band channel P^ et t0 a predetermined value of precedence bits and 

embodiment. Since a new TCP session is created for this 5 wnfi^ those b "f ^J^J 1 J*** "TP? 

. . ... . ..... * jj . , (TOS) field when building an IP header for the packets 

chan«l emb^enUhe addihonal aa^sstng information ^ g TCP Mffiion 

P ^t fm ? i5c ^ , an I 7 ,7 Cr f t ^ P«*rt is transferred through the core IP backbone network 

thcAPIcall825i S usedmformat95fl Specifically, a defined mtoftc hybrid node 600 in Step 1055 and the operation 

header 970 is generated by DLSw layer 614 for encapsu- ends m St j^q^q 

^.l^S^ ? - fie I d Oft!?*'?™ ^ 9 !^ D M C 10 Advantageously^ the present invention enables the APPN 

in field 958, SSAP in field 960 and DSAP m field 962; a layer of ^ hybrid node to instruct the DLSw layer of a 

value specifying the length of the filter is stored in field 952 receiving switching-node as to the TP level of an inbound 

of the header 970. The format 950 further accomodates the packet destined for the hybrid node. In response to the 

FED, LFSID and priority identifiers within fields 972-976, instruction, the switching node assigns the inbound packet to 

respectively. 15 a particular TCP session, where priority is preserved at 

Operation of the present inventive filter mechanism will intermediate queuing points on the basis of the value of the 

now be described in connection with the flowchart of FIG. precedence bits in the IP header. 

10. The operation starts at Step 1000 and proceeds to Step While there has been shown and described an illustrative 
1010 where APPN protocol layer 612 of hybrid node 600 embodiment for conveying information pertaining to prior- 
passes filter-identifying information, such as the opcode, 20 "Y levels of inbound packets transmitted over a heteroge- 
LFS1D, FID and priority identifier, to DLSw protocol layer Deous network from a switching node to a hybrid node of the 
614 through API layer 820 during establishment of the ^wot^ it is to be understood that various other adaptations 
LU-LU session. In response to the API, the DLSw layer and modifications may be made within the spirit and scope 
encapsulates these identifiers within fields of the filter as °f «■? ^Uon.For example man alternate embodimentof 

descried above and transfers the filter over the communi- 25 *LC^h/h^ 

, . ^ . _. _ ,. , employed in the heterogeneous network to transport differ- 

cation channel 850 to the DLSw switching node 650 m Step ent H pa ^ ket formats am ^ g ^ end Dodes> 5Uch NetB IOS 

1015 - devices, of the network. Here, another unique, yet well- 

Upon receiving the filter, DLSw layer 664 of the switch- defined opcode is needed to identify the filter used to convey 

ing node 650 interprets the opcode as describing the type of ^ me priority levels of these different inbound packets over the 

message as a filter, parses the fields of the filter and stores alternately-configured network. 

the LFSID, FID and priority identifier in a temporary storage The foregoing description has been directed to specific 

location 805 of, e.g., the memory of node 650 (Step 1020). embodiments of this invention. It will be apparent, however, 

The layer 664 then proceeds to examine each inbound mat othcr variations and modifications may be made to the 

packet 810 prior to forwarding it to the APPN node 600. The 35 described embodiments, with the attainment of some or all 

inbound packets arc typically Systems Network Architecture of their, advantages. Therefore, it is the object of the 

(SNA) type frames generated by SNA devices coupled to the appended claims to cover all such variations and modifica- 

DLSw network; these frames are, in turn, typically encap- dons ^ comc ^thin the true spirit and scope of the 

sulated with conventional SNA transmission header (TH) invention, 

headers. FIG. 11 is a schematic block diagram of the formal ^ what is claimed is: 

1100 of the TH header that DLSw layer 664 of code 650 is j Apparatus for conveying information pertaining to 

configured to operate on using the packet-recognizing filter trarismission priority (TP) levels of inbound packets trans- 

mitted over a heterogeneous network from a switching node, 
Specifically, the switching node determines the format of the apparatus comprising: 
each inbound packet by initially examining the contents of 45 a hybrid node for being coupled to a predefined commu- 
a FID type field 1110 of the TH header and comparing them nication channel for interconnecting the hybrid node 
with the stored FID identifier in Step 1025. It should be and the switching node, the hybrid node being config- 
noted that the switching node is configured to recognize the ured to generate a packet-recognizing filter for being 
format of TH header and, thus, can access the contents of transmitted to the switching node over the predefined 
any particular fields contained therein. The SNA architecture 50 communication channel, the filter enabling the switch- 
defines several different types of packet formats; in the m g node to classify the inbound packets and assign 
illustrative embodiment, a FID2 format is preferably used them appropriate TP levels, 

for communication among the SNA devices 602,608. If the 2. An apparatus according to claim 1, wherein the p re- 
contents of the FID type field do not match the contents of defined communication channel is one of an in-bound chan- 
the stored FID (Step 1030), a default priority is assigned to 55 ne i ove r an existing transport session connection between 
the inbound packet by the switching node (Step 1035). th e nodes and an out-of-band channel over a newly-created 

If there is a match in Step 1030, the node then accesses the transport session, 

contents of the LFSID field 1120 of the header and compares 3. An apparatus according to claim 2, wherein the filter 

those contents with the contents of the stored LFSID to comprises identifiers identifying attributes of the inbound 

identify the LU — LU session context of the packet (Step 60 packets, such that inbound packets matching these identifi- 

1040). If the values of the LFSIDs do not match (Step 1045), ers are associated with appropriate TP levels, 

a default priority is assigned in Step 1046; otherwise, the 4. An apparatus according to claim 3, wherein the iden- 

switching node assigns to the inbound packet the TP level tifiers comprise a local form session identifier classifying the 

specified by the contents of the stored priority identifier in session context of a specific inbound packet and a priority 

Step 1050. That is, the DLSw layer 664 maps the packet to 65 identifier specifying the TP level of the packet, 

a selected TCP session 732-738 (FIG. 7) based on the TP 5. An apparatus according to claim 4, wherein the hybrid 

level specified by the priority identifier and loads the packet node comprises an Advanced Peer to Peer Networking 
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(APPN) protocol layer and a Data link Switching (DLSw) 
protocol layer, and wherein the APPN protocol layer passes 
the identifiers to the DLSw protocol layer of the hybrid node 
through an application programming interface. 

6. An apparatus according to claim 5, wherein the DLSw 
protocol layer encapsulates the identifiers within fields of the 
filter and transfers the filter over the predefined communi- 
cation channel 

7. An apparatus according to claim 6, wherein the opcode 
is encapsulated within a switch-to-switch protocol header 
when transferring the filter over the in-band channel 

8. An apparatus according to claim 6, wherein the opcode 
and additional addressing information are encapsulated 
within a defined header when transferring the filter over the 
out-of-band channel. 

9. An apparatus according to claim 1, wherein the hybrid 
node comprises an Advanced Peer to Peer Networking 
(APPN) protocol layer and a Data Link Switching (DLSw) 
protocol layer, and wherein the filter comprises identifiers 
including a unique opcode identifying the filter, a format 
identifier (FID) denoting the format of a specific inbound 
packet, a local form session identifier (LFSID) classifying 



14 



the session context of the specific inbound packet and a 
priority identifier specifying a TP level of the packet. 

10. An apparatus according to claim 9, wherein the 
identifiers are for being passed from the APPN protocol 

5 layer to the DLSw protocol layer of the hybrid node through 
an application programming interface (API). 

U. An apparatus according to claim 10, wherein the 
identifiers are encapsulated within fields of the filter at the 
DLSw layer in response to the API. 

to 12. An apparatus according to claim 11, wherein the 
predefined communication channel is an in-band channel 
over one of a plurality of existing transport session connec- 
tions between the nodes or an out-band channel over a 
newly-created transport session between the nodes. 

15 13. An apparatus according to claim 12, wherein the 
opcode is encapsulated within a switch-to-switch protocol 
header. 

14. An apparatus according to claim 12, wherein opcode 
and additional addressing information are encapsulated 
20 within fields of a defined header. 
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ABSTRACT 



A method for managing MAC messages is provided which 
supports dynamic resource reservation for upstream data 
traffic in a broadband cable system. Three specialized MAC 
management messages of Dynamic Session Addition, 
Dynamic Session Deletion, and Dynamic Session Acknowl- 
edgment are used to control setting of a filter spec parameter 
in a cable modem. The present invention provides upstream 
bandwidth resource reservation which allows packet sched- 
uling to occur at a CMTS, and packet classification to occur 
at a cable modem. Such an arrangement allows the RSVP 
protocol to be adapted for use at the OSI protocol layer of 
a typical cable modem, thereby improving efficiency of 
network bandwidth/resource allocation. 
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RSVP SUPPORT FOR UPSTREAM TRAFFIC 

This application is a continuation of application Ser. No. 
08/996,349 filed on Dec. 23, 1997, now U.S. Pat. No. 
6,031,841. 5 

TECHNICAL FIELD 

The present invention generally relates to systems for 
providing internetwork data distribution over a broadband 
cable data network, and more particularly to a method and 10 
system for MAC message management to support dynamic 
bandwidth/resource reservation for upstream traffic in a 
data-over-cable context. 

BACKGROUND ART 

Resource ReSerVation Protocol (RSVP) is a resource 
reservation setup protocol currently being standardized by 
the Internet Engineering Task Force (IETF). RSVP provides 
receiver-initiated setup of resource reservations for multicast 
and unicast data flows. 20 

Referring to FIG. 1, a basic broadband cable data distri- 
bution system 10 is shown as having a cable head end/ 
distribution hub 12 connected to one or more audio/video 
and data sources 14, such as a satellite receiver. The cable 
head end 12 distributes the received signals to a plurality of 25 
end user computers 16 using at least one cable modem 
termination service (CMTS) 18 and a coaxial or hybrid 
optical/coaxial cable 20. The CMTS 18 provides dynamic 
allocation or reservation of network bandwidth/resources to 
selectively control access and quality of service to the 30 
network for end users 16. The end users are typically 
connected to the network via a cable modem (CM) 22. With 
respect to downstream bandwidth, end users share the band- 
width in accordance with a time sharing allocation protocol, 
such as an Ethernet contention protocol, or a specially 35 
granted service I D. (SID) generated by the CMTS in 
accordance with a predetermined time allocation map. 

Generally, the basic RSVP protocol assumes the imple- 
mentation of two modules on each RSVP-capable node to 
forward data packets: the "packet classifier" and the "packet 40 
scheduler." The packet classifier determines the route and 
quality of service (QOS) class for each packet, and sends the 
packet to the packet scheduler. The RSVP packet classifier 
uses a "filter spec" which matches a particular source 
internet protocol (IP) address and source port to classify and 45 
restrict traffic that consumes reservation resources/ 
bandwidth. The packet scheduler makes packet forwarding 
decisions such as queuing decisions to achieve a predeter- 
mined QOS on the interface. The RSVP packet scheduler 
uses a "flow spec" which identifies token packet parameters, 50 
peak data rate, etc. to identify the desired QOS. 

In the context of RSVP for upstream traffic, it is desirable 
for the CM to perform the "packet classifier" function, but 
the CMTS to perform most of the "packet scheduler" 
function. While CMTS have utilized different levels of SIDs 55 
relating to different levels of quality of services, such 
arrangements have been fixed and inefficient in that there 
was no ability to control how much of the available 
resources a user would be able to reserve. Thus, a need exists 
for an arrangement which can adequately support a split of 60 
function between the CMTS and the CM to dynamically 
allow reservation of available upstream bandwidth and 
corresponding improvement in system efficiency. 

DISCLOSURE OF THE INVENTION 6S 
It is therefore an object of the present invention to provide 
a method for managing MAC messages to support resource 
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reservation for upstream traffic in a broadband cable system, 
i.e., a data-over-cable context. 

In accordance with this and other objects, the present 
invention supports the above-noted split of function by 
providing a method for MAC management which utilizes 
three specialized MAC management messages of Dynamic 
Session Addition, Dynamic Session Deletion, and Dynamic 
Session Acknowledgment, and a management protocol relat- 
ing thereto. 

More specifically, the present invention provides a 
method for dynamically allocating upstream network 
resources in a broadband cable data distribution network 
having the steps of transmitting a resource reservation signal 
from a cable modem indicative of an amount of network 
resources needed for upstream communication, and in 
response to the reservation signal, determining at a CMTS 
whether upstream resources are available. If so, a SID 
message is generated at the CMTS to indicate at least one 
filter spec parameter responsive to Ihc reserved resources. 
Once the SID message is received at the cable modem, a 
filter spec parameter is set in the cable modem equal to the 
at least one filter spec parameter in the received SID 
message. Then, an upstream communication matching the 
set filter spec can be sent by the cable modem. 

The above objects and other objects, features, and advan- 
tages of the present invention are readily apparent from the 
following detailed description of the best mode for carrying 
out the invention when taken in connection with the accom- 
panying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a basic cable data network 
system; and 

FIG. 2 is a flowchart illustrating resource reservation and 
MAC management operation in accordance with the present 
invention. 

BEST MODE FOR CARRYING OUT THE 
INVENTION 

The present invention provides a MAC message manage- 
ment arrangement which allows dynamic reservation of 
upstream traffic by a cable modem (CM), and can operate in 
conjunction and support of RSVP. More specifically, a 
Dynamic Session Addition message is periodically trans- 
mitted from a CMTS to a CM to announce the allocation of 
a new SID. The Dynanic Session Addition message contains 
a new SID value, and type/length/value fields which can 
encode a RSVP filter spec and RSVP "cleanup timeout" 
interval to support the RSVP "soft state" approach. The CM 
is arranged to use the new SID exclusively for upstream 
traffic that matches the filter spec, thereby allowing classi- 
fication to be performed by the CM. The CM preferably 
assumes that a SID is refreshed by the receipt of another 
Dynamic Session Addition message within the cleanup 
timeout interval. Otherwise, the SID is ignored by the CM 
at the conclusion of the interval. 

In addition, a Dynamic Session Deletion message can be 
transmitted from the CMTS to the CM to delete an unused 
SID immediately, thereby supporting an RSVP explicit 
"teardown" message. A Dynamic Session Acknowledgment 
message is transmitted from the CM to the CMTS to 
acknowledge receipt of a Dynamic Session Addition or 
Dynamic Session Deletion message. 

Referring now to FIG. 2, a flowchart illustrates overall 
management between an explicit RSVP "Path" and "Resv" 



11/14/2002, EAST Version: 1.03.0002 



US 6,385,207 Bl 



message with the Dynamic Session messages of the present 
invention. More specifically, a data flow source-node gen- 
erates an RSVP Path message and sends the message toward 
a data flow deslination-node at block 200. The CMTS will 
intercept the downstream RSVP Path message at block 202, 
store the path state from the message at block 204, update 
the previous hop address in the message at block 206 to 
include the CMTS address, and forward the message at 
block 208. As shown at block 210, the CM then forwards the 
downstream RSVP Path message to the deslination-node 
without processing. 

At block 212, the data flow destination -node receives the 
RSVP Path message, and replies at block 2 14 with an RSVP 
Resv message to request an upstream reservation of band- 
width resources for the data flow to be sent by the source- 
node to the destination node. The RSVP Resv message is 
sent to the previous hop address of the Path message, i.e., the 
CMTS. At block 216, the CM forwards the upstream RSVP 
Resv message to the CMTS without processing. When the 
CMTS receives the upstream RSVP Resv message, the 
message flow spec is processed at block 218 using an 
admission control and policy control protocol in cooperation 
with the CMTS upstream bandwidth scheduler. 

Upon acceptance of the Resv reservation message by the 
CMTS, the CMTS then sends a Dynamic Session Addition 
MAC message as described above to the CM at block 220. 
The message includes a new SID and the filter spec from the 
RSVP Resv message. The CM receives the Dynamic Ses- 
sion Addition MAC message, stores the new SID and filter 
spec at block 222, and sends a Dynamic Session Acknowl- 
edgment MAC message back to the CMTS at block 224. The 
CMTS receives the Dynamic Session Acknowledgment 
MAC message at block 224, and forwards the RSVP Resv 
message to the previous hop address at block 226. Commu- 
nication can then take place. 

Thus, the present invention provides upstream bandwidth 
resource reservation which allows packet scheduling to 
occur at the CMTS, and packet classification to occur at a 
CM. Such an arrangement allows the RSVP protocol to be 
adapted for use at the OSI protocol layer of a typical CM, 
thereby improving efficiency of network resource allocation. 

While the best mode for carrying out the invention has 
been described in detail, those familiar with the art to which 
this invention relates will recognize various alternative 
designs and embodiments for practicing the invention as 
defined by the following claims. 
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What is claimed is: 

1. A method for dynamically allocating upstream network 
resources in a packet-based broadband cable data distribu- 
tion network using RSVP protocol and having a CMTS 
(cable modem termination system) connected to each of a 
plurality of user terminals via a cable modem, said method 
comprising: 

generating an RSVP protocol path message at a source 
node for establishing communication with a destination 
node; 

passing the RSVP path message to the destination node; 

performing packet classification at a destination node 
cable modem by transmitting a resource reservation 
signal based on the received RSVP path message to 
request an amount of network resources needed to be 
reserved for upstream communication with the source 
node; 

performing packet scheduling at a CMTS by determining 
whether network resources are available based on the 
reservation signal, and if so, generating at the CMTS a 
SID (service identification) message comprising at 
least one filter spec parameter responsive to the 
reserved network resources; 

receiving the SID message at the destination node cable 
modem; and 

setting a filter spec parameter in the destination node 
cable modem equal to the at least one filter spec 
parameter in the received SID message for sending an 
upstream communication matching the set filter spec 
parameter. 

2. The method of claim 1 further comprising sending an 
acknowledgment signal from the cable modem to the CMTS 
after setting of the filter spec parameter. 

3. The method of claim 1 further comprising detecting 
that a SID has not been utilized by a cable modem, and 
sending a reservation termination message from the CMTS 
indicating termination of the SID message. 

4. The method of claim 1 wherein passing the RSVP path 
message to the destination node comprises updating a hop 
address in the message to include a CMTS address, and 
sending the resource reservation signal to the CMTS using 
the updated hop address. 

5. The method of claim 1 wherein the CMTS performs the 
packet scheduling by processing a flow spec parameter in 
the received resource reservation signal. 

6. The method of claim 1 wherein the SID is sent as part 
of a dynamic session addition MAC message. 
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